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PREFACE 


This update document describes the procedures which DIGITAL pro- 
duction personnel, DIGITAL Software Support representatives, or RSTS/E 
users should follow to test the reliability of RSTS/E V#@6A-2 hardware 
components at the system level. This document includes the material 
previously found in the addendum, order number DEC-11-ORSRB-A-DN1. 

For DIGITAL production personnel, steps are described which enable 
building a RSTS/E system from the standard distribution kit, creating 
an operational RSTS/E system disk, and initializing all non-system 
disks. Additionally, for all users of the reliability test, proce- 
dures are described for creating the required files and for running 
the special SYSTST control program and the peripheral exercising pro- 
grams on the RSTS/E system. The document is designed to be used in 


conjunction with the RSTS/E System Generation Manual, order number 


DEC-11-ORGNA~-A-D. 


For more information on documentation, consult the RSTS/E Docu- 
mentation Directory, order number DEC-11-ORDAA-A-D. 
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CHAPTER 1 


INTRODUCTION TO THE RSTS/E SYSTEM RELIABILITY TEST 


SYSTST is a set of BASIC-PLUS programs desianed to provide a sys- 
tem reliability test of RSTS/E computers. The package includes a con- 
trol program, several device exerciser programs, and utility routines 
required to establish the SYSTST environment. Each of the device exer- 
cisers is dedicated to driving one or more units attached to a peri- 
pheral controller and reporting any errors it may detect. The device 
exercisers are initiated through operator commands to the control pro- 
gram which is also responsible for monitoring their progress. Since 
RSTS/E provides for software recovery from many hardware errors, the 
error logging routines are used to provide continuous monitor level 
recording of all detectable errors whether or not they are reported by 
the exercisers. The error logging programs, ERRCPY, ERRDIS, ERRCRS, 
and ANALYS are part of the standard RSTS/FE library. 


Although the SYSTST exercisers in combination with the error log- 
ging routines do provide some diagnostic information, the package is 
not intended to replace stand-alone diagnostic or maintenance programs. 
SYSTST should be used to point out possible problems and to verify 
hardware on the system level. The diagnostics must be used to identify 
specific hardware malfunctions at the device level. 


1.1 SYSTST ENVIRONMENT AND OPERATION OVERVIEW 


SYSTST is intended to run on any RSTS/E system with a minimum of 
8K words of user core. The system must be configured for all devices 
to be tested. The reliability test normally consists of running simul- 
taneously any set of device exercising subjobs over a period of several 
hours. During the test the control program allows the operator to 
initiate, terminate, and communicate with the subjobs and provides 
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periodic status reports on request. At the conclusion of the test, the 
contents of the error log file should be printed to provide additional 
diagnostic information. 


1.2 COMPONENTS OF SYSTST 


All SYSTST programs are included in the standard RSTS/E distribu- 
tion kit. If the distribution medium is magtape, the required SYSTST 
files are included on the reel labelled System Library and Reliability 
Test. If the medium is DECtape, a separate reel labelled System Reli- 
ability Test is included in the kit. For disk cartridge distribution, 
all SYSTST files are included on the cartridge labelled System Library 
and Reliability DECpack. Required SYSTST files are listed below with a 
brief description of their purpose. 


TSTBLD. BAS A modified version of BUILD 
TSTBLD.CTL Control file for TSTBLD.BAS 
CONTRL. BAS The SYSTST control program 
CONTRL.HLP HELP file for CONTRL.BAS 
CPEXER.BAS CPU/EIS/FIS/FPP exerciser 
DFEXER.BAS RF11/RS11 disk exerciser 
DKEXER. BAS RK11/RK#@3/RK95 disk exerciser 
DPEXER.BAS RP11-C/RP#3 disk exerciser 
KBEXER. BAS Keyboard exerciser 
DTEXER.BAS DECtape exerciser 

LPEXER. BAS Line printer exerciser 
PREXER.BAS Paper tape reader exerciser 
PPEXER.BAS Paper tape punch exerciser 
CREXER.BAS Card reader exerciser 
MTEXER. BAS Magtape exerciser 
DBEXER.BAS RH11/RP94 disk exerciser 


The following programs are also required and are included in the 


standard RSTS/E library. 


LOGIN. BAS RSTS/E LOGIN program 

LOGOUT. BAS RSTS/E LOGOUT program 

INIT.BAS RSTS/E system initialization program 

UTILTY.BAS RSTS/E system utility program 

TTYSET.BAS RSTS/E program for setting terminal charac- 
teristics 

ERRCPY.BAS RSTS/E error logging program 

ERRDIS.BAS RSTS/E error log printout program 

ERRDIS.HLP HELP file for ERRDIS.BAS 

ERRCRS . BAS RSTS/E crash data recovery program 

ANALYS .BAS RSTS/E crash analysis program 

SHUTUP.BAS RSTS/E system shutdown program 


CHAPTER 2 


RSTS/E SYSTEM GENERATION FOR SYSTST 


SYSTST is intended for use at DIGITAL manufacturing facilities 
for production testing of RSTS/E systems, at the customer site for 
field installation tests, and for periodic system reliability testing. 
Production testing requires generation of a RSTS/E system for the con- 
figuration to be tested. This chapter provides guidelines for the 


system generation at the manufacturing facility. Reference is made to 


the RSTS/E System Generation Manual for details of the SYSGEN proce- 


dure which are not duplicated in this manual. 


2.1 SYSTEM GENERATION FOR PRODUCTION TESTING 


Generation of RSTS/E systems has been automated as much as pos- 
sible to minimize operator error and the time required to get the sys- 
tem on the air. For magtape and DECtape procedures, start at Section 
2.2 of the RSTS/E System Generation Manual. For disk cartridge, begin 
at Section 2.3 of the same manual. After the system disk is created, 
the initialization options PATCH, DSKINT, REFRESH, SETKEY, DEFAULT, 
and START described in Chapter 3 of the RSTS/E System Generation Manual 
are used to bring RSTS/E up to full operational status for production 
testing. | 


2.1.1 Creating the RSTS/E System - SYSGEN 


The SYSTST user should be familiar with the material in the RSTS/E 
System Generation Manual before attempting the system generation. 
In particular, Section 2.4 contains detailed instructions for loading 
the System Generation Monitor and running the system generation batch 
stream. When the batch procedure is initiated, the SYSGEN program 
asks a series of hardware configuration questions. The SYSGEN auto- 
matic answer capability should be used for the system generation at 
the production facility. This feature serves to verify the hardware 
configuration. Section 2.6 of the RSTS/E System Generation Manual in- 
cludes all of the configuration questions. Normally, RSTS/E systems 
should be configured only for the hardware which is installed. How- 
ever, RSTS/E is tolerant of missing devices and, with a few reserva- 
tions, the questions may be answered for the full hardware configura- 
tion defined by the DIGITAL order even if some devices are not installed 


at the manufacturing facility. 


The KT11 memory management unit, the EIS option (11/4 only), 
11/49 FIS or 11/45 FPP (if configured), 4fK words of memory, clock, 
the console terminal, and the system disk must be installed to begin 
time sharing. Since RSTS/E adapts to the amount of additional memory 
available at start up time, memory may be added or removed as long as 
the 48K minimum is maintained as the low 49K of physical memory. 
Similarly, terminal interfaces which are configured but are not physi-~ 
cally present at start up time are locked out and messages conveying 
the keyboard numbers of the lines disabled are printed by the initiali- 
zation code. If a swapping disk is configured but is not connected, 
RSTS/E can be forced to swap on the system disk by appropriate re- 
sponses to the REFRESH questions described in Section 2.1.6. Other 


devices such as DECtape, magtape, printers, and auxiliary disks may 

be configured even if they are not connected provided they are not 
referenced under timesharing and are not used during the system genera- 
tion. When running SYSTST, care must be taken not to run any exerciser 
for a configured device which is not really there. If this is done, 
RSTS/E will assume the device is present, the driver will access the 
appropriate bus address, a kernel trap through 4 will occur, and the 
system will crash. 


During the hardware configuration questions, SYSGEN asks if any 
non-supported devices are connected to the RSTS/E system. According 
to the sequence for assignment of floating device addresses and vec- 
tors, several non-supported devices will have their addresses and/or 
vectors assigned before some of the supported devices (notably DH11). 
RSTS/E conforms to the specifications for assignment of floating ad- 
dresses and vectors. These specifications are included as Appendix B 
of this manual. The devices which are not supported in RSTS/E are listed 
below the question concerning non-supported devices in the SYSGEN ex- 


ample of Section 2.6.1, RSTS/E System Generation Manual. 


SYSGEN also asks which disk will be used as the system disk. 
Table 2-1 lists the preferred system disk for SYSTST. Note that the 
RF1l is used as a swapping disk if it is not configured as the system 
disk. 


software configuration. For the system generation at the DIGITAL manu- 
facturing facility, the default responses given in the automatic 
answers are acceptable for all software options. The user need only 
type the LINE FEED key to accept the automatic answer. For field in- 
Stallation testing (if a SYSGEN is performed) and for periodic reli- 
ability testing at the customer site, the software may be tailored to 
customer specification. Software requirements and guidelines for run- 
ning SYSTST under these circumstances are presented in Sections 2.3 

and 3.5 of this manual. 


After all hardware and software configuration questions have been 
answered, the batch stream proceeds to create the system as specified. 
The operator is directed to mount tapes or disks as required. If SYSGEN 
is permitted to use a line printer, load maps and a directory of the 
LICIL tape will be printed. If a line printer is not available, the 
tape directory only will be printed on the console terminal. 
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Table 2-1 
SYSTST Disk Usage 


Preferred 
Disk Configuration SYSTST 
Choices 


RF11/RS11 platters | RK11 RK@3 System Default Auxili- 
(RH11/RS63/ or RK#5 Disk? Swapping ary 
RS#4 drives) drives Disk Disks 


None DP1-DP7 
None DB1-DB7 
None DK1-DK7 


None DK&-DK7 
DP1-DP7 


None DK@{-DK7 
DB1-pB7 


None None 


DF(DS) DP1-DP7 
DF(DS) DB1-DB7 
DF(DS) DK1-DK7 


DF(DS) DK1-DK7 
DP#-DP7 


DF(DS) DK1-DK7 
DBS-DB7 


2.1.2 Creating the System Disk for SYSTST 


At this point SYSLOD or CILUS is used to create the contiguous 
Core Image Library (CIL) on the system disk from the RSTS.LCL file on 
tape or disk. When DECtape or magtape media is used, SYSGEN prints 
the correct SYSLOD command string to be used for the specified con- 
figuration. The disk to be used as the system disk must be mounted 
and write enabled before answering the SYSLOD DIALOGUE query. Upon 
completion of the load operation, SYSLOD bootstraps the RSTS/E 
initialization code into memory from the newly generated CIL. The 
load operation is performed automatically with CILUS when DECpack 
software is used. No command string need be typed. In either case, 
SYSTST does not require any special procedures in loading the CIL. 


Section 2.9 of the RSTS/E System Generation Manual presents and 


explains the SYSLOD and CILUS command strings which are used for the 


IThe RH11/RS§3/RS#4 disks can not be used as system disks. 
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various types of system disks and distribution media. That document 


should provide adequate reference material. When the RSTS/E initiali- 
zation code is loaded into memory it prints an identification line and 


the OPTION query. 


The SYSTST user must now invoke several initializa- 


tion options to install any published patches, create the necessary file 
structures, and establish start up conditions in preparation for running 


the reliability test. 


2.1.3 Installing System Patches - PATCH Option 


Immediately after the initialization code is bootstrapped into 
memory, the PATCH option must be used to install any system patches. 
Patches are published in the RSTS/E System Installation Notes and 
the monthly Software Dispatch publications. Published patches 
contain detailed instructions on the correct procedures to install 
the patch. The PATCH option of the initialization code is described 
in Section 3.2 of the RSTS/E System Generation Manual. The SYSTST 
user should be familiar with that material before attempting to make 
any alterations to the system code. The example below demonstrates 
the use of the PATCH option. 


OPTION: PATCH Example only - not a 
MODULE NAME ? INIT ; real patch 
BASE ADDRESS ? 6F472 


QFFSET ADDRESS > 4724 


eet Weer neoe 2 Tier 


MODULE BASE QFFSET QLD NEW? 

INIT G6r472 G64724 106260 Fiad20a Single Word Patch. 

INIT B6P472 GG4726 KKEKEX ? - Old contents variable. 

INIT G67472 @a4720 BESTEE 7 Printed for verification only. 
INIT 67472 GOd7s2 GE1G0H 7 ~C Control/c exit 


OPTION: BOOT Boot required after 
BOOT DEVICE ? patching the initialization 
code to load altered INIT 


code into memory. 
RSTS V@5B-24 TEST SYSTEM 


OPTION: 


2.1.4 Initializing the System Disk - DSKINT Option 


After the SYSLOD or CILUS operation, the system disk contains 
only the CIL. The DSKINT initialization option is used to write the 
minimal RSTS file structure and to incorporate the CIL into this 
structure. DSKINT also performs pattern tests on disk devices to 
check for bad blocks and can therefore be used to supplement the tests 
performed by the diagnostics and by the SYSTST disk exercisers. 


The initialization of a system disk is described in Sections 
3.3 through 3.3.2 of the RSTS/E System Generation Manual. That 
discussion contains more information than is required to run SYSTST 
but is valuable for an understanding of the option. To avoid con- 
fusion at the manufacturing facility, the following description of 
DSKINT sets standards for initialization of all types of system 
disks. Initialization of non-system disks is covered in Sections 
3.3.3 and 3.3.4. 


DSKINT is run by typing DSKINT or DS in response to the initiali- 
zation OPTION query. DSKINT responds by asking for the current date 
and time of day and then proceeds to ask a series of questions about 
the disk to be initialized. Table 2-2 lists the DSKINT queries and 
the responses which should be used for SYSTST according to system 
disk type. 


The pattern tests are performed after YES is typed in response 
to the PROCEED query. If DSKINT finds a bad block, it prints the 
block number (decimal) and the contents (octal) of the disk registers 
at the time the error was detected. A few bad blocks (up to 10) 
might be tolerated on RK cartridges or RP packs but diagnostics should 
be rerun to ensure that the drive is not at fault. If bad blocks are 
detected on an RF disk, the RF1l and/or RS11 should not be accepted. 


Table 2-2 
DSKINT Queries and SYSTST Responses 


Response for System Disk Type 


DISK? 
PLATTERS? (RF ONLY)! 

UNIT? (RK AND RP)? 

PACK ID? 

PACK CLUSTER SIZE? 

MFD PASSWORD? SYSTST SYSTST SYSTST SYSTST 
MFD CLUSTER SIZE? 4 4 4 4 
PUB, PRI, SYS? sys sys sys sys 
LIBRARY PASSWORD? SYSTST SYSTST SYSTST SYSTST 
LIBRARY UFD CLUSTER SIZE? 4 4 

PATTERNS (1-8)? 2 2 


PROCEED (Y OR N)? 


1Enter number of RS11 platters connected to RF11 control. 


?Always unit zero for system disk. 


*The more patterns used, the better the test. Time required per 
pattern = .5 minutes for RF, 2 minutes for RK, 12 minutes for 
RP and RB. 


Initializing the System Disk - DSKINT Example 


RSTS V£5C-2 


Pee] v 


meu 


M Refer to Table 2-2 for the 
correct responses to be 


OPTION: DS used for the various types 
DD-MMM-YY? 6-JAN-75 of system disks. 

HH:MM? 1:12 

DISK ? RK 

UNIT ? @ 


PACK ID ? SYSTST 

PACK CLUSTER SIZE ? 1 

MFD PASSWORD ? SYSTST 

MFD CLUSTER SIZE ? 2 

PUB, PRI, OR SYS ? SYS 
LIBRARY PASSWORD ? SYSTST 
LIBRARY UFD CLUSTER SIZE ? 4 
PATTERNS ? 2 

PROCEED (Y OR N) ? Y 
PATTERN # 2 

PATTERN # 1 


OPTION: 


2.1.5 Initialization of Non-System Disks ~- DSKINT 


The DSKINT option writes the minimal RSTS file structure on non- 
system disks. SYSTST requires that each non-system RK, RP and RB 
drive be fitted with a cartridge or pack, readied, and write enabled 
at this time. Do not use cartridges or packs which contain useful 
information since DSKINT destroys everything on these packs. Sections 
3.3.3 and 3.3.4 of the RSTS/E System Generation Manual contain a general 
discussion on the use of DSKINT for non-system disks. Specific instruc- 
tions for SYSTST are presented below. 


DSKINT is run by typing DSKINT or DS in response to the OPTION 
query. The current date and time of day entered when the system disk 
was initialized is retained. Typing the LINE FEED key (indicated by 
<LF> in the sample dialog) is sufficient response, therefore, to the 
DATE and TIME questions. The subsequent questions asked are similar 
to the case of the system disk. Table 2-3 lists the DSKINT queries 
and responses which should be used for SYSTST according to auxiliary 
disk type. Do not initialize the system disk using the responses of 
Table 2-3 as this will destroy the CIL. 


Table 2-3 
DSKINT Queries and Responses for Non-System Disks 


Response for Auxiliary Disk Type 


RF, RS#3, 
DSKINT Query RS#4 


DISK? RF RK RP RB 
PLATTERS? (RF ONLY)! 1~8 (RF) NA NA NA 
UNIT? (RS, RK, OR RP)? G-7 (RS) g-7 g-7 g-7 
PACK ID? SYSTST SYSTST SYSTST SYSTST 
PACK CLUSTER SIZE? 1 L 2 4 
MFD PASSWORD? SYSTST SYSTST SYSTST SYSTST 
MFD CLUSTER SIZE? 4 4 4 4 
PUB, PRI, SYS? PUB PUB PUB PUB 
FORMAT? NA YES YES YES 
PATTERNS? (1-8)? 2 2 2 4 


PROCEED (Y OR N)? YES YES YES YES 


Use responses from Table 2-2 if RF is the system disk. DSKINT 
serves only to pattern test an RF, RS§3, or RS#4 swapping disk 
and is not required. 


2If RK, RP, or RB unit §, ensure that the disk is not the sys- 
tem disk. 


3Time required per pattern = .25 minutes for RF or RS, 1 minute 
for RK, 12 minutes for RP and RB. 


DSKINT is used once for each disk to be exercised under SYSTST. 
After all disks have been initialized, leave the packs mounted and the 
drives ready and write enabled for the duration of the test. 


Initializing the Auxiliary Disks - DSKINT Examples 


OPTION: DS 
OD-MMM~-YY? <LF> 
HH: M4? <LF> 
DISK ? RK 

UNIT ? 4 


PACK ID ? SYSTST 

PACK CLUSTER SIZE ? 14 
MFD PRSSNORD 7? SYSTST 
MFD CLUSTER SIZE ? 2 
FUB, PRI, OR SYS 7 PUB 
FORMAT ? YES 

FATTERNS ? 2 

PROCEED <Y OR ND ? ¥ 
STARTING FORMAT PASS 
END FORMAT PASS 


PATTERN # 2 

PATTERN # 4 

OPTION: OS 

DD-MMM-YY? <LF> 
HH : MM? <LF> 
DISK ? RP 

UNIT ? 8 


PACK 1D ? SYSTST 
PACK CLUSTER SIZE ? 2 
MFD PASSWORD ? SYSTST 
MFD CLUSTER SIZE ? 2 
FUB, PRI. OR SYS ? PUR 
FORMAT 7? YES 
PATTERNS ? 2 

PROCEED <Y¥ OR N? 7 ¥ 
DRIVE NOT READY : 
TYPE <LF> TO RETRY, 
DRIVE NOT READY 

TYPE CLF> TO RETRY, 


STARTING FORMAT PASS 

END FORMAT PASS 

DISABLE FORMAT SWITCH THEN TYPE <LF> 
PATTERN # 2 

PATTERN # 1 


GPTION: DS 
DO-MinM-YY¥? 
HH: MM? 


DISK ? RF 

PLATTERS 7? 2 

PACK ID ? SYSTST 

FACK CLUSTER. SIZE ? 2 
MFD PRSSWORD ? SYSTST 
MFD CLUSTER SIZE ? 2 
PUB, PRI, OR SYS ? PUB 
PATTERNS ? 2 

PROCEED <Y OR ND? ¥ 
FRTTERN & 2 

PATTERN ® 1 


ANYTHING ELSE TO ABORT DSKINT 


ANYTHING ELSE TO RBORT DSKINT 
SET RP11C FORMAT ENABLING SWITCH THEN TYPE <LF> - 


Time entered above is sufficient 
until start up time. (See note 
below on <LF> .) 


Refer to Table 2-3 for correct 
response for all types of 
auxiliary disks. 


Typing the Linefeed key is 
represented by the symbolic 
characters <LF>. 


Drive was not powered up. 
<LF> 

Drive was not 
<LF >write enabled 
<LF> 


<LF> 


<LF> 
<LF> 


DSKINTing the swapping disk 
is not required but it does 
serve to pattern check the 
disk. 


2.1.6 Building the System Files - REFRESH 


All RSTS systems require a number of system files during normal 
time sharing operations. The files required by RSTS/E are listed 
in Table 3-3 in the RSTS/E System Generation Manual together with a 
functional description of each. The DSKINT of the system disk creates 
the files BADB.SYS, SATT.SYS, and RSTS.CIL. The remaining system 
files are created by the REFRESH option of the RSTS/E initialization 
code. REFRESH permits tailoring of the system files to the needs of 
each individual installation. A lengthy discussion of the options 
available at REFRESH time is presented in Sections 3.4.1 and 3.4.3 
of the RSTS/E System Generation Manual. SYSTST requires only a small 
amount of tailoring to locate a swap file (SWAP#.SYS) on the swapping 
disk (if one exists) and to create the crash dump file (CRASH.SYS). 


The example below shows the preferred responses to the REFRESH 
dialog for SYTST. With two exceptions, the responses shown cause 
REFRESH to default the characteristics of the system files. First, 
REFRESH locates the swap file on the system disk even if a swapping 
disk exists unless instructed otherwise. The responses shown in the 
example force SWAP@.SYS to the swapping disk. If no swapping disk is 
configured, REFRESH will not ask the "DISK" query and defaults to the 
system disk. Secondly, REFRESH does not create the crash dump file 
unless instructed to do so. The crash dump facility should always be 
enabled for SYSTST, and, hence, the file CRASH.SYS must be created at 
REFRESH time. "YES" responses to the "CRASH DUMP" queries of both 
the REFRESH and DEFAULT initialization options serve to enable the 
crash dump and auto-restart features of RSTS/E. 


Creating the System Files - REFRESH Example 


OPTION: REFRESH 
DD-MMM-YY? 22-JUL-74 
HH:MM? 18:36 


OLOo ? NO 

FILE CURRENT REQUIRED START START 
NAME REQUIRED? EXIST STATUS SIZE SIZE CLUSTER SECTOR 
BADB . SYS YES Ss aK a 6 

RSTS .CIL YES SYS CC 264 264 4& 49g 
SATT . SYS YES SYS B/4C 2 z 4 ba 
SWAPG . SYS YES NG CRE a Si2 

SWAP1 . SYS NO Na OK a @ 

SWAP2 . SYS NO Na Ok @ a 

SWAPS .SY¥S NO Na ak 6 a 

OVR . SYS NO NO ak @ 2¢ 

ERR . SYS NO Na ak a & 

BUFF . SYS YES Na CRE a é 

CRASH . SYS NO NC ak @ 2 


Creating the System Files ~ REFRESH Example (Cont.) 


BADS ? <LF> 

RSTS.CIL CHANGES ? <LF> 

SATT. SYS CHANGES 7? <LF> 

SWAPG. SYS CHANGES 7 YES Type the LINE FEED key here 
to accept REFRESH defaults. 

SIZE ? <LF> 

DISK ? SWP 

BASE ? <LF> 

SWAP1. SYS CHANGES ? <LF> 

SWAP2. SYS CHANGES ? <LF> 

SWAPS. SYS CHANGES ? <LF> 

OVR. SYS CHANGES ? <LF> 

ERR. SYS CHANGES ? <LF > 

BUFF. SYS CHANGES ? <LF > 

CRASH ? YES 

FILE CURRENT REQUIRED START START 

NAME REQUIRED? EXIST STATUS SIZE SIZE CLUSTER SECTOR 

BADB .S¥S YES s¥s ak a a 

RSTS .CIL YES SYS ak 264 264 46 49 

SATT . SYS YES SYS OK 2 z 4 kal 

SWAP® . SYS YES SWF ak s12 t42 479q 4806 

SWAPI . SYS Na NO ck a i] 

SWAP2 .S¥S NO NG ak @ 6 

SWAPZ . SYS NO Na (ik a G 

OR . SYS NO NO ak a ae 

ERR . SYS NO NO OK a & 

BUFF . SYS YES SYS ak é 6 é 7 

CRASH . SYS NO Svs aK 2 2e 1é2 13 

OPTION: 


2.1.7 Setting the Default Start Up Conditions - DEFAULT 


The DEFAULT option permits tailoring of a RSTS/E system to meet 
the needs of each installation. DEFAULT is used to permanently set 
the system job maximum, the maximum size of user programs, the 
physical location of the BASIC-PLUS Run Time System in memory, to 
lock or unlock areas of memory, and to enable the crash dump facility. 
These default start up conditions are permanent in the sense that they 
are preserved when the system is shut down. The same characteristics 


may be set using the START option described in the next section but 
the effect is temporary, i.e., in effect only for one time sharing 


session. 


REFRESH assumes a maximum job size of 8K when determining the 
size of SWAP@#.SYS. Although these limits could be changed using 
DEFAULT, they are consistent with SYSTST requirements and need not 
be altered. Relocation of the BASIC-PLUS Run Time System is normally 
used to gain optimum advantage of fast semiconductor memory. Since 
SYSTST is not really concerned with speed, there is no requirement 
to locate BASIC-PLUS in any particular area of memory. Furthermore, 
memory should not be locked during the reliability test. The memory 
lock out feature of the DEFAULT and START options should only be used 
in the case of memory failures where it is necessary to continue 
operation of the RSTS/E system or to help in locating memory 
problems. Finally, the crash dump facility should always be enabled 
during SYSTST. 


The DEFAULT code is the most critical of the RSTS/E initializa- 
tion routines. Prior to using this option, the KT11 memory manage- 
ment unit, physical memory above 28K, and the memory parity registers 
(if any) have not been used. DEFAULT enables memory mapping and 
scans the 124K of physical address space to determine the size and 
location of all available memory. DEFAULT will also enable memory 
parity checking to determine the association between parity registers 
and the parity memory banks. If any of this hardware is not operating 
properly, it is very likely that DEFAULT will fail. If a crash does 
occur during execution of the DEFAULT option, the components mentioned 
should be carefully checked with diagnostics. 


The responses to the DEFAULT questions necessary to establish 
default start up conditions as outlined above are shown in the example 
below. The DEFAULT option is described in greater detail in Section 


3.5 of the RSTS/E System Generation Manual. 


OPTION: DEFAULT 
YOU CURRENTLY HAVE: JOB MAX = 16, SWAP MAX = &K 


JOB MAX OR SWAP MAX CHANGES 7? NO 


CURRENT MEMORY ALLOCATION TABLE: 


ADDR +0000G +8400@ +10000 +14600 +26000 +2400 +20000 +24608 


686686 MON MON MCN MCN MCN MCciN MCcin MON 
640006 MON MON MCN MON MCIN MON MCN Min 
106088 MON MON MON MON BASIC BASIC BASIC BASIC 
14@080 BASIC BASIC BASIC BASIC BASIC BASIC BASIC BASIC 
208688 BASIC BASIC u u u ut : ul ul 
246068 u u u Ut u u ul u 
266686 U u u u u u ul u 
3246668 uU u u u u u u ul 
406066 U u ul U u u u ul 
440080 NKM NxM NEM NM NxM Nam Neild Meh 
506888 NM NAM NSM NxM NxM NSM NxM NM 
5408008 NKM NxM NxM Nxt N=M NxM NM NxM 
660086 Nxt Nxt NKM NxM NEM NxM NEM NxM 
640606 NKIM NKM NM NxM NxM Nxt NSM NM 
760886 NKM Ni Nxt NxM NxM NeM NxM NxM 
746666 NM NxM NKM NxM 17a 1d 1a Pal) 


TABLE OPTION 7 EXIT 
YOU CURRENTLY HAVE: CRASH DUMP DISABLED. 


CRASH DUMP 7? YES 


RSTS V@5B-24 TEST SYSTEM 


OPTION: 


2.1.8 Starting Time Sharing Operations - START 


The START option is used to put RSTS/E into a full running 
state. As mentioned above, start up conditions established by 
DEFAULT can be temporarily altered by the START option. Any altera- 
tion applies only for the current time sharing session. If RSTS/E 
is shut down and later bootstrapped from the system disk, the start 
up conditions revert to those set by default. The example below 
retains the start up conditions established by DEFAULT and indicates 
the preferred procedure for SYSTST. Section 3.6 of the RSTS/E Sys- 
tem Generation Manual provides adequate reference material for use 
of the START option. 


The START code is also a very critical part of the system 
initialization. START will reference all configured terminal inter- 
faces and disable any which do not respond. The KT11 memory manage- 
ment unit is activated to determine the size of available memory 
(as in DEFAULT), to load the monitor and Run Time System, and to 
prepare for normal time sharing. START, furthermore, loads the stack 
limit register, enables parity traps for all parity memory, and 
activates the system clock to begin time sharing. Terminal inter- 
faces, other than that for the console terminal, and the stack limit 
register have not been used up to this time. Even the clock was not 
critical to the operation of the System Generation Monitor or the 
other initialization routines. If the system does not come up as 
shown in the example below, these components are suspect and should 
be exercised with the standard diagnostics. 


OPTION: START 


16, SWAP MAX = SK. 


" 


YOU CURRENTLY HAVE: JOB MAX 


JOB MAX OR SWAP MAX CHANGES 7 <LF> Line Feed <LF> is used to 
retain DEFAULT start up 

ANY MEMORY ALLOCATION CHANGES 7 <LF> conditions. 

CRASH DUMP 7 <LF> 

DD-MMM-YY? 22-JUL-74 Time and date should be 

HH: MM? 42:18 entered here. 

CAN’ T FIND FILE OR ACCOUNT These are normal error 

PROGRAM LOST - SORRY messages. 

READY RSTS/E is now up and 
running. 


When time sharing is initiated, the system attempts to execute 
the INIT system program which does not yet exist in the system 
library. As a result, two error messages are printed followed by the 
READY message as shown in the example. At this point, the console 
terminal is logged into the system under the system library account 
[1,2] and RSTS/E waits for input. In a normal system generation, the 
system library would be built at this time. The files listed in 
Section 1.2 comprise the library for SYSTST. Section 2.2 is concerned 
with loading the SYSTST files. 
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2.2 BUILDING THE SYSTST FILES 


The SYSTST package includes a BASIC-PLUS program (TSTBLD.BAS) 
and a control file (TSTBLD.CTL) responsible for loading and compiling 
the SYSTST files. It is, however, necessary to build most of the 
standard RSTS/E library in addition to the SYSTST programs since 
several of these programs are also used for the reliability test. 
The operator need only type a few simple commands to create the 
required files. The build process proceeds automatically without 
operator intervention. Procedures vary slightly with the different 
distribution media. The next three sections detail the procedures 
required to build the library and SYSTST files from disk cartridge, 
Magtape, and DECtape. 


2.2.1 SYSTST Build from DECpack 


If a disk cartridge software kit is used for the system genera- 
tion, mount the copy of the System Library and Reliability DECpack 
on RK unit 1 and write-enable the drive. Since the system library is 
initially empty, a small BASIC-PLUS program must be entered to logi- 
cally mount the library disk. The procedure and program is shown 
below. 


CAN’T FIND FILE OR ACCOUNT 
PROGRAM LOST - SORRY 


READY 
NEW MOUNT 

READY 

10 DIM MxCzex) 

20 CHANGE SYSC(CHRS(EX)+CHRE(-10%)4*"SYSLIB") TO MY 

20 MECBZI=2EX - MECANIEEN > MECEMOEEE 

40 MZCBYI=BL | MAC REX =ERL: MZC 242 E75 

58 MYC25YI=4% > MC DEX) =255% IMZC25%)=@% IF RK UNIT @ 
68 CHANGE MX% TO M$ 

70 M$=SYSCMSD 

80 END 

RUNNH 

READY 


Now that the library pack is mounted, the general RSTS/E 
library programs are loaded by typing the commands shown below. 


RUN DK1: BUILD 

SYSTEM BUILDER 

SYSTEM BUILD? YES 

SYSTEM BUILD DEVICE? DK4 


Standard RSTS/E library build proceeds without operator 
intervention. Many messages are printed as the programs 
are compiled and stored. See Section 4.2.1.1 of the 


RSTS/E System Generation Manual. 
BUILD COMPLETE 


READY 


Finally, the SYSTST files are loaded using the TSTBLD program. 


build. TSTBLD proceeds without further operator action as shown below. 


RUN DK1:TSTBLD 
SYSTST BUILDER 


SYSTST BUILD DEVICE? DK1: 


“C 
HELLO 


RSTS V@5B-24 TEST SYSTEM JOR @¢ KE@ 22-JUL-74 17:26 
* 1/2 

PASSWORD: 

JOBXS> 1 ARE DETACHED UNGER THIS ACCOUNT 

JOB NUMBER TO ATTACH TO? 

4 OTHER USERCS> ARE LOGGED IN UNDER THIS ACCOUNT 


READY 


2-16 


OLD $DK1: 
READY 
COMPILE 
RERDY 
OLD $DK4 
READY 
COMPILE 
READY 
OLD $DK1: 
READY 
COMPILE 
READY 

OLD $DK1: 
READY 
COMPILE 
READY 

OLD $DK1: 
READY 
COMPILE 
READY 

OLD $DK1: 
READY 
COMPILE 
READY 

OLD $DK1: 
READY 
COMPILE 
RERDY 

OLD $DK1i: 
READY 
COMPILE 
READY 
OLD $DK4 
READY 
COMPILE 


READY 
COMPILE 
READY 

OLD $DK1: 
READY 
COMPILE 
READY 

OLD $DK1: 
RERDY 
COMPILE 


READY 


RUN $PIP 


CONTRL 


:CPEXER 


DFEXER 


DKEXER 


DPEXER 


KBEXER 


DTEKER 


LPEXER 


:PREKER 


PPEKXER 


CREXER 


MTEXKER 


FIP ~ RSTS Y@S5B-24 TEST SYSTEM 
#CONTRL. HLP<$DK1:CONTRL. HLF FA 


ac’ 


READY 


These messages are printed as the 
TSTBLD program loads and compiles 
the SYSTST files. No operator 
action is required. 


Spacing has been removed to 
Save space. 


RUN $UTILTY 

“UTILTY’ SYSTEM UTILITY FROGRAM 
2? LOGINS 

77°C 


READY 


RSTS YVO5B-24 TEST SYSTEM JOB 2 [1,2] KB@ eZ2e-JUL-74 17:45 
JOB<S) 1 ARE DETACHED UNDER THIS ACCOUNT 

JOB NUMBER TO ATTACH TO? 4 

RTTACHING TO JOB 1 


SYSTST BUILD COMPLETE - STRRTING CONTRL 


#* DEVICES CONFIGURED IN RSTS V@SE-24 TEST SYSTEM 


TYPE COUNT EXERCISER NAME 

CPU 4 CFEXER 

DP 2 DPEXER 

DK 2 CKEXER 

KB 22 KBEMER 

DT 4 OTEXER 

LP 2 LFEXER 

FR 1 PREXER 

PP 4 PREXER 

MT 4 MTEXER . 
PK 4 FKEXER No pseudo keyboard (PK) exerciser exists. 
RJ 1 RJEXER No 2780 (RJ) exerciser exists. 

SYSTEM JOB MAX = r2 

CONTROL JOB MAX = eo 


** JOB NAME TO START OR ATTACH ? 


Now that the SYSTST control program has been initiated, the full 
reliability test can be run. Chapter 3 presents guidelines for 
running SYSTST and includes a comprehensive example of one such test. 


2.2.2 SYSTST Build from Magtape 


The procedures for building the library and SYSTST files from 7 or 
9 track magtape are similar to the DECpack procedures of the previous 
section. All required files are included on the System Library and 
Reliability Test Tape. This tape must be mounted on Magtape unit @. 
Ensure that the drive is ready and the tape is at load point. The 
Standard library build is initiated as shown below. 


CAN’ T FIND FILE OR ACCOUNT 
PROGRAM LOST - SORRY 


READY 


RUN MTG: BUILD 

SYSTEM BUILDER 

SYSTEM BUILD? YES 

SYSTEM BUILD DEVICE? MTa@ 


Standard RSTS/E library build proceeds without operator 
intervention. Messages are printed as the programs are 
compiled and stored. See Section 4.2.1.1 of the RSTS/E 


System Generation Manual. 


BUILD COMPLETE 


RERDY 


The SYSTST files are loaded from magtape using the TSTBLD 
program. The commands shown below initiate the sequence. 


RUN MT@:TSTBLO 
SYSTST BUILDER 


SY¥YSTST BUILD DEVICE? MT@: 


Messages similar to those shown in the previous section are 
printed as the SYSTST files are compiled and stored. At the end of 
the build operation, the SYSTST control program is run to start the 
reliability test. The message below is followed by the table of 
configured devices and exerciser names as shown in the previous 
section. 


S¥YSTST BUILD COMPLETE - STARTING CONTROL 


After the SYSTST control program has been initiated, the full 
reliability test can be run. Chapter 3 presents guidelines for 
running SYSTST and includes a comprehensive example of one such test. 
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2.2.3 SYSTST Build from DECtape 


The library and SYSTST build sequence from DECtape is essentially 
the same as from magtape except that two tapes must be used. The 
first step is to mount the System Library Tape (1 of 2) on DECtape 
Unit § and write-lock the drive. The standard library programs are 
loaded as shown below. 


<Continuing from START > 


CAN’T FIND FILE OR ACCOUNT 
PROGRAM LOST - SORRY 


READY 


RUN DT@:BUILD 

SYSTEM BUILDER 

SYSTEM BUILD? YES 

SYSTEM BUILD DEVICE? DT@ 


Standard RSTS/E library build proceeds without operator 
intervention. Messages are printed as the programs are 
compiled and stored. See Section 4.2.1.1 of the RSTS/E 


System Generation Manual. 


BUILD COMPLETE 
READY 
Now remove the tape on DECtape unit @ and replace it with the System 


Reliability Test Tape. Ensure that the drive is write-locked and then 
proceed as shown below. 


RUN DT@:TSTBLD 
SYSTST BUILDER 


SYSTST BUILD DEVICE? DT@: 


Messages similar to those shown in Section 2.2.1 of this manual 
are printed as the SYSTST files are compiled and stored. At the end 
of the build operation, the SYSTST control program is run to start 
the reliability test. 


SYSTST BUILD COMPLETE - STARTING CONTROL 


Now that the SYSTST control program has been initiated, the 
full reliability test can be run. Chapter 3 presents guidelines for 
running SYSTST and includes a comprehensive example of one such test. 


2.3 SYSTEM GENERATION FOR FIELD INSTALLATION TESTS 


The SYSTST package can be used on any RSTS/E system. The system 
may be configured to customer specification for field installation 
tests or for periodic reliability testing. Inclusion of the extended 
mathematical functions (sine, cosine, etc.) increases the effective- 
ness of the processor exerciser (CPEXER) but is not required. The 
card reader exerciser (CREXER) is designed to work with a MAINDEC 
punched with the DEC#29 card code. If the #26 or 1491 card decode 
table is used, a corresponding test deck should be punched. 


CHAPTER 3 


RUNNING THE SYSTEM RELIABILITY TEST 


This chapter explains how to run the RSTS/E System Reliability 
Test. The test consists of running several device exerciser programs 
as separate jobs (called subjobs) under the supervision of the SYSTST 
control program CONTRL. Section 3.1 describes CONTRL and explains 
the commands used to run the test. The reliability test is primarily 
intended for production use. Therefore, the example reliability test 
shown in Section 3.2 shows how the test should be run in the manu- 
facturing environment. The subsequent two sections detail the pro- 
cedures to restart a RSTS/E test system after a normal shut down and 
after a system crash. Finally Section 3.5 includes guidelines for 
running the SYSTST device exerciser programs at a customer RSTS/E 


site. 
3.1 USING THE SYSTST CONTROL PROGRAM 


The SYSTST control program allows a user to run, terminate, and 
monitor many programs by means of commands typed at a single terminal. 
CONTRL runs automatically upon completion of building the SYSTST files 
as shown by the example in Section 2.2.1. CONTRL runs from the console 
keyboard which is logged into the system under account [1,2]. However, 
CONTRL may be run from any terminal as long as the terminal is logged 
into the system under a privileged account. If the user desires to 
use CONTRL while conducting normal time sharing operations, he can 


follow the guidelines presented in Section 3.5. 


When CONTRL is started, it always prints a list of devices con- 
figured in the system and the name of the SYSTST device exerciser pro~ 
gram for each type of device. Following the list, CONTRL prints a 
prompting message JOB NAME TO START OR ATTACH, after which the user 
can type commands to: 


ae Run SYSTST device exerciser programs and RSTS/E system 
programs as subjobs under CONTRL (See Section 3.1.1). 


b. Monitor the status of programs (subjobs) running under 
CONTRL (See Section 3.1.2). 
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Ce Attach subjobs to a terminal (See Section 3.1.3). 


d. Perform other SYSTST control functions under normal 
time sharing operations (See Section 3.1.4). 


The user at the manufacturing facility need be concerned only with the 
commands to run programs and monitor subjobs (Sections 3.1.1 and 
3.1.2). 


After the configuration information is printed, CONTRL detaches 
itself from the originating terminal and communicates with the operator 
at that terminal through an open file. CONTRL forms command strings 
based on the characters typed in response to the JOB NAME TO START OR 
ATTACH query and executes a FORCE command. The Run Time System executes 
the command string passed by the FORCE command as if it were typed 
at the originating terminal. Since the Run Time System may interpret 
anything typed at the originating terminal as part of a forced string, 
the user should not type anything at the terminal except in response 
to CONTRL prompting messages or messages printed by a subjob. 


The CONTRL program continuously prints its prompting message to 
allow the user to start as many subjobs as needed. If a command is 
not entered within 60 seconds, the CONTRL program automatically enters 
monitor mode and prints status reports at 60 second intervals. 


If, while running in monitor mode, CONTRL determines that a sub- 
job is completed, it attaches the related exerciser to the originating 
terminal. The exerciser program then prints a report of error statis- 
tics and a prompting message which allows the user to rerun the subjob 
or log it off the system. If no response is entered within 60 seconds, 
CONTRL automatically logs the subjob off the system and prints its 
prompting message again. 


Any subjob which is attached to the originating terminal and 
expends no CPU time for a 60-second interval is automatically logged 
off the system by CONTRL. CONTRL will automatically attach exercisers 
to the terminal upon completion, print the necessary status reports, 
and log subjobs off the system without any user intervention. Hence, 
after the operator starts a number of exercisers, he need not be pre- 
sent for the reliability test to proceed. 


3.1.1 Starting Subjobs 


The command to start a CONTRL subjob is merely the name of the 
program to be run. Although CONTRL is intended to supervise operation 
of SYSTST device exercisers, any BASIC-PLUS program stored under any 
account on any RSTS/E device can be run as a CONTRL subjob. If the 
program to be run does not reside in the public disk structure in the 
account under which CONTRL is running, either a device specification 
or a project~programmer specification or both may be included in the 
command to start a subjob. Commands to start a CONTRL subjob should 
be entered only in response to a prompting message as shown below. 


** JOB NAME TO START OR ATTACH? DPEXER Start DPEXER 


** JOB NAME TO START OR ATTACH? MT#:DTCOPY[100,100] Possible 


3.1.2 Monitoring Status of Subjobs 


Monitor commands cause CONTRL to enter monitor mode and specify 
the scope and frequency of status reports. Monitor commands must begin 
with a slash (/) and can include either a program name, a job number 
(preceded by a pound sign (#)) or both. A colon and a decimal integer 
can follow the program name or job number. The slash causes CONTRL to 
enter monitor mode. If the user types a program name following the 
slash, CONTRL prints a status report of all subjobs with that name. 

The command /ALL causes CONTRL to print a status report of all subjobs. 
Alternatively, if a job number is specified in the command, CONTRL 
prints a status report of that job. A colon followed by a number in 
the command designates the number of seconds between status reports. 
The following examples show the use of the monitor commands. 


** JOB NAME TO START OR ATTACH? / Enter Monitor Mode 

** JOB NAME TO START OR ATTACH? /ALL:20 Status of all jobs every 20 seconds 

** JOB NAME TO START OR ATTACH? /DPEXER One status report for all jobs 
named DPEXER 

** JOB NAME TO START OR ATTACH? /#20:30 Status of job #20 every 30 seconds 
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If CONTRL is running in monitor mode, the user can cause it to print 
the JOB NAME TO START OR ATTACH query by typing the CTRL/C combination 
at the terminal. He can then enter a new command. 


3.1.3 Attaching Subjobs to a Terminal 


The user can cause CONTRL to attach a subjob to the terminal by 
typing the commercial at sign (@) followed either by the program name 
(if only one copy of the program is currently running) or by a pound 
sign and the job number of the subjob. As a result, CONTRL attaches 
the subjob to the terminal. The user may then terminate the subjob. 
The following examples show the use of the attach command. 


** JOB NAME TO START OR ATTACH? @DPEXER Attach DPEXER 
** JOB NAME TO START OR ATTACH? @#20 Attach job #20 
** JOB NAME TO START OR ATTACH? @DPEXER#20 Redundant but legal 


3.1.4 Using Additional SYSTST Commands 


Two additional commands are available during the reliability 
test. The #QUIT command terminates execution of CONTRL, but does 
not terminate any subjobs. If any subjobs are running when CONTRL is 
terminated, they continue running detached if no other action is 
taken. The second command, HELP, prints instructions on the use of 
the CONTRL program. (The instructions are stored in the file, 
CONTRL.HLP.) The following examples show the use of both commands. 


** JOB NAME TO START OR ATTACH? tQUIT Terminates CONTRL job only 
** JOB NAME TO START OR ATTACH? HELP Prints a help message 


NOTE 


The user enters the up arrow character (}{ or“) 
by typing the SHIFT key and the N key simul- 
taneously on an ASR 33 type terminal or by 
typing the up arrow key (“) on an LA30 or 

a VTO5 type terminal. 


3.2 RUNNING THE SYSTEM RELIABILITY TEST 


This section presents a detailed example of a reliability test 
performed on a test system. The console printout generated by 
running the reliability test has been edited to remove extraneous 
printout, and margin notes have been added wherever they might be 
helpful. 


Running a reliability test involves running certain RSTS/E 
system programs and relevant SYSTST device exerciser programs. The 
user should consult the appropriate section of Chapter 4 for informa- 
tion concerning the operation of the individual device exercisers. 


RSTS/E system programs are described in the RSTS/E System Manager's 
Guide. 


In the reliability test shown in this example, some of the errors 
reported by the exercisers were real. Other errors were forced to 
demonstrate what happens when an error condition is detected. The 
reliability test was limited to approximately two hours to reduce the 
amount of printout for documentation purposes. It is recommended 
that acceptance procedures at the DEC manufacturing facility include 
approximately eight hours of continuous system operation under heavy 
SYSTST load. 


Upon completion of the SYSTST Build program shown in Section 
2.2.1, control is automatically transferred to the SYSTST control 
program, which first prints a list of devices configured in the 
test system and then waits for an operator command. The user can 
continue running the reliability test from that point according to 
the guidelines presented in the example. 


4% DEVICES CONFIGURED IN RSTS V@5SB-24 TEST SYSTEM 


TYPE COUNT EXERCISER NAME 
CPU 1 CFEXER 
DP 4 CPEXER 
DK 2 DKEXER 
KB 32 KEEXER 
DT 2 DTEXER 
LP 4 LFEXER 
FR 41 FREXER 
PP 1 PREXER 
CR 4 CREKER 
MT 3 MTEXER 
PK 4 PKEXER 
RJ 4 RJEXER 
SYSTEM JOB MAK = 16 
CONTROL JOB MAK = 13 


** JOB NAME TO START GR ATTACH 7 ERRCPY 
** LOGGING IN NEW JOB NAMED “ERRCFY’. 


ERRCPY V@5-66 
DETACHING 


++ JOB NAME TO START OR ATTACH ? UTILTY 
** LOGGING IN NEW JOE NAMED “UTILTY. 


“UTILTY’ SYSTEM UTILTY PROGRAM 
? MOUNT DK1:SYSTST 

? MOUNT DP®:SYSTST 

? “2 

READY 


BYE/F 


4* JOB NAME TO START OR ATTACH 7 MTEXER 
** LOGGING IN NEW JOB NAMED “MTEXER’. 


MT*¥SYSTEM CONFIGURED FOR 3 DRIVE(S). 


MT*HOW MANY DRIVES DO YOU WANT TO TEST 7? 2 


MT*¥WHICH DRIVECS) ? @ 


Insure that all console 
switches are up (1's) 

to enable the crash dump 
automatic restart features 
of RSTS/E. 


No exercisers are currently 
available for PK or RJ. 


Always run ERRCPY as the first 
control subjob if it was not 
run by commands in the START.CTL 
file. Error logging information 
will be lost if ERRCPY is not 
running. 


Auxiliary (non-system) disks 
must be logically mounted. 
See Section 6.3 of SMG for 
a description of UTILTY. 


Magtape and disk exercisers 
run for long periods. They 
should be initiated first. 


First copy of MTEXER. 


MT*HOW MANY FEET OF TAPE DO YOU WANT TO WRITE 7? 14 Use only a few 


MT*HOW MANY REPETITIONS PER DRIVE ? 44 
MT#ARE DRIVECS) @ MOUNTED AND WE? YES 
MT#MT EXERCISER DETACHING 


feet of tape 
and many iter- 
ations for 
interaction 
tests. 


NAME TO START OR ATTACH 
ING IN m 


IN NEW JOB NAMED ” 


TESER Second copy of MTEXER 
er . 


? 
TER 


MT*SYSTEM CONFIGURED FOR 3 DRIVE(S). 

MT*HOW MANY DRIVES DO YOU WANT TO TEST 7 1 
MT*#WHICH DRIVECS) 7 4 

MT+HOW MANY FEET OF TAPE DO YOU WANT TO WRITE 7 18 
MT*HOW MANY REPETITIONS PER DRIVE 7 48 

MT*¥ARE DRIVECS) 1 MOUNTED AND WE? YES 

MT#*#MT EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH 7 MTEXER Third copy of MTEXER 
** LOGGING IN NEW JOB NAMED “MTEXER?. 


MT*SYSTEM CONFIGURED FOR 3 DRIYECS). 

MT+*HOW MANY DRIVES 00 YOU WANT TO TEST 7? 4 
MT#*WHICH DRIVE(S) 7 2 

MT*HOW MANY FEET OF TAPE CO YOU WANT TO WRITE 7 128 
MT*#HOW MANY REPETITIONS PER DRIVE 7? 44 

MT*ARE DRIVYECS) 2 MOUNTED AND W/E? YES 

MT*MT EXERCISER DETACHING 


#* JOB NAME TO START OR ATTACH 7 DFEXER First copy of DPEXER 
** LOGGING IN NEW JOB NAMED “DFEXER- 


DP*SYSTEM CONFIGURED FOR 4 DRIVES. 

DP*HOW MANY DRIVES DO YOU WANT TO TEST 7? 4 

DP*WHICH DRIVECS) 7 6 

DP*0ONE ITERATION ON A SINGLE RF DRIVE TAKES ABOUT 4 MINUTES. 
DP*HOW MANY ITERATIONS DO YOU WANT TO RUN (1-39) 7 5 

DP*DP EXERCISER DETACHING 


** JOB NAME TO START GR ATTACH 7 DFEXER Second copy of DPEXER 
** LOGGING IN NEW JOB NAMED “DPEXER’. 


DP*SYSTEM CONFIGURED FOR 1 DRIVES 

DP*HON MANY DRIVES DO YOU WANT TO TEST 7 4 

DP*WHICH DRIVECS) ? @ ; 

DP*ONE ITERATION ON A SINGLE RP DRIVE TAKES ABOUT 4 MINUTES 
DP*HOM MANY ITERATIONS DO YOU WANT To RUN (1-99) 7 5 

DP#*DP EXERCISER DETACHING 


*+ JOB NAME TO START OR ATTACH ? /ALL Frequent status reports 
should be printed. 
** CONTROL JOB ENTERING MONITOR MODE. 


*+ STATUS OF CONTROL SUBJOB(S) AT 49:24 AM 


NAME JOB NO. STATE CPU TIME 
CONTRL 1 RN 2.7 
ERRCPY 2 SL 4. w 
HTEXER 3 RN 4:28. 7 
MTEXER 4 RN 1:16.39 
MTEXER 5 RN 42.7 
DPEXER 6 RN 5.4 
DPEXER 7 RN 4.4 
“Cc CTRL/C exit from monitor mode. 


** JOB NAME TO START OR ATTACH 7 DKEXER 


First copy of DKEXER 
** LOGGING IN NEW JOB NAMED “DKEXER’. 


DE*SYSTEM CONFIGURED FOR 2 DRIES. 

DK*HOW MANY DRIVES DO YOU WANT TO TEST 7 4 

DK+#WHICH DRIVECS> 7 @ 

DK*¥ONE ITERATION ON A SINGLE RK ORIYE TAKES ABOUT 4 MINUTES. 
DK*HOW MANY ITERATIONS OO YOU WANT TO RUN (1-95) 7 5 

DE*DK EXERCISER DETACHING 


++ JOB NAME TO START OR ATTACH 7 DKEXER 


Second copy of DKEXER 
** LOGGING IN NEW JOB NAMED “DKEXER’. 


DK*SYSTEM CONFIGURED FOR 2 DRIES. 

DE*HOW MANY DRIVES DO YOU WANT TO TEST 7 4 

DK*WHICH DRIVECS) ? 4 

DK*¥ONE ITERATION ON A SINGLE RK DRIVE TAKES ABOUT 4 MINUTES. 
DK*HOWN MANY ITERATIONS DO YOU WANT TO RUN (1-99) 7 5 

DK¥DK EXERCISER DETACHING 


*+ JOB NAME TO START OR ATTACH 7 DTEXER 
** LOGGING IN NEW JOB NAMED “DTEXER”. 


DT*SYSTEM CONFIGURED FOR 2 DRIWYES 

DT*HOW MANY DRIVES DO YOU WANT TO TEST 7 2 

DT*#WHICH DRIVECS) 7? @.1 

DT#ARE DRIVECS? @.1 MOUNTED AND WE? YES 

DT#ERROR AT LINE 186 :DEYWICE HUNG OR WRITE LOCKED ¢C14-JUL-74,@9:27 AM) 


DT*TO CONTINUE TYPE “CONT”. TO ABORT TYPE “"C". DTf was not ready. 
2? CONT 

DT*SYSTEM CONFIGURED FOR 2 DRIVES. 

DT*HGW MANY DRIVES DO YOU WANT TO TEST 7 2 
DT*WHICH DRIVECS) 7 @.1 

DT+*ARE DRIVE(S) 6.4 MOUNTED AND WE? YES 
DT*DT EXERCISER DETACHING 


Two copies of DTEXER could 
be run to test both drives 
simultaneously. 


4* JOB NAME TO START OR ATTACH 7 “ALL 
*+ CONTROL JOB ENTERING MONITOR MODE 


#* STATUS OF CONTROL SUBJOB<(S) AT @9-29 AM 


NAME JOB NO. STATE CPU TIME 
CONTRL 1 RN 4.5 
ERRCPY 2 SL 4. 
MTEXER 3 HE 1:45. 6 
NMTEXER 4 RN 2:18.6 
MTEXER 5 RN 1:57.7 
DPEXER 6 RN 6.6 
DPEXER ? RN 5.6 
OKEXER g RN 5. 3 
DKEXER 9 RN 4.5 
DTEXER 16 DT 18. 4 


#* REATTACHING SUBJOB MTEXER 


MT*ERROR AT LINE 314 -DEYICE HUNG OR WRITE LOCKED ¢14-JUL-74, 9:20 AM) 


MT*TO CONTINUE TYPE “CONT’, TO ABORT TYPE “7c Hardware failure caused 


? CONT : MTP to appear unacces- 
MT*SYSTEM CONFIGURED FOR 3 ORIWECS). sible. "Device wold 
MT*HOW MANY DRIVES DO YOU WANT TO TEST 7 4 and "Magtape Select 

MT¥#WHICH DRIVE(S) 7 @ errors are most likely 
MT*HON MANY FEET OF TAPE DO YOU WANT TO WRITE 7 14 tO Occur when running 
MT*HOW MANY REPETITIONS FER DRIYE 7 40 several drives simul- 
MT*ARE DRIVECS) @ MOUNTED AND WHE? YES taneously. More than 
MT#MT EXERCISER DETACHING 2 or 3 errors of this 


type under heavy SYSTST 

load usually indicates 

that drives or control- 
+#* JOB NAME TO START OR ATTACH 7 CPEXER ler are not up to cur- 


*+ LOGGING IN NEW JOB NAMED “CPEXER’. rent ECO level. Consult 
PDP-11 engineering. 


CP*STARTING CPU/EIS/FIS/FPP EXERCISER 
CP*ARE YOU CONFIGURED FOR EXTENDED FUNCTIONS 7 HELF 


CP*DURING THE RSTSYE SYSTEM GENERATION, You WERE ASKED WHETHER 
CP*OR NOT THIS SYSTEM REQUIRED THE EXTENDED MATHEMATICAL FUNCTIONS 
CP*<SINE, COSINE. ETC.). IF YOU ANSWERED “YES” TO “FUNCTIONS ?* AT 
CP¥SYSGEN TIME. THEN REPLY “YES” TO THE QUERY BELOW IF You 
CP¥*ANSWERED “NO” AT SYSGEN. THEN YOU ARE NOT CONFIGURED FOR THE 
CP*EXTENDED FUNCTIONS AND YOU SHOULD ANSWER “No- BELOW. IF dU ARE 
CP*UNSURE. THEN ANSWER “YES’ AND I WILL TRY TO USE ONE OF THE 
CP¥EXTENDED FUNCTIONS. IF THE OPERATION FAILS, AN ERROR MESSAGE 
CP*WILL BE PRINTED AND THIS EXERCISER WILL ABORT. SHOULD THAT 
CP*¥OCCUR, SIMPLY TYPE “RUNNH’ TO RERUN CPEXER AND REPLY “NOY 
CP*WHEN AGAIN ASKED IF YOU ARE CONFIGURED FOR EXTENDED FUNCTIONS 


CP¥*ARE YOU CONFIGURED FOR EXTENDED FUNCTIONS 7 YES 


CP¥ERCH ITERATION TAKES ABOUT 2 MINUTES 
CP*HOW MANY ITERATIONS DO YOU WANT TO RUN 7 18 


CP¥CP EXERCISER DETACHING 


#* JOB NAME TO START OR ATTACH ? “ALL :648 
#* CONTROL JOB ENTERING MONITOR MODE. 


aor STATUS OF CONTROL SUBJOB(S) AT 89:36 AM 


NAME JOB ND. STATE CFU TIME 
CONTRL 1 RN 11.8 
ERRCPY 2 St 4.8 
MTEXER 3 RN 3:07. 4 
MTEXER 4 RN 2:48.2 
MTEXER 5 RN 2:234.9 
DPEXER 6 RN 3.68 
DPEXER ? RN 6.7 
DKEXER 8 RN 6.1 
DKEXER 3 RN 5.8 
DTEXER 16 RN 1:59.6 
CPEXER 11 RN 4.1 


+* JOB NAME TO START GR ATTACH 7 PRESERTU If a paper tape punch is con- 

PPEXER nected, the punch exerciser 

** LOGGING IN NEW JOB NAME “PPEXER”. should be run before the 
reader exerciser. 


PP¥STARTING PP EXERCISER. PP READY 7? YES 

PP¥THIS TEST WILL PUNCH A BINARY COUNT PATTERN TAFE. 
PP*THE TAFE 15 ERQUIYALENT TO MAINDEC-88-D2G4-PT ENTITLED 
PP#SPECIAL BINARY COUNT PATTERN TAPE. EITHER THE TAPE 
PP*xPUNCHED BY THIS EXERCISER OR THE SUPPLIEC MAINDEC 
PP*TAPE MAY BE USED TO TEST THE FAPER TAFE READER 


PP*] WILL PUNCH A LEADER AND THEN SLEEP 34 SECONDS Tape punched is about 

PPeWHILE YOU STRAIGHTEN GUT THE TAPE IN THE HOPPER. two inches thick so 

PP*PP EXERCISER DETACHING there may be a stacking 
problem. 

** JOB NAME TO START OR ATTACH 7 

*+ CONTROL JOB ENTERING MONITOR MODE. 


#* REATTACHING SUBJOB PPEXER 

PPxPP EXERCISER DONE 

PF*NOW USE THE GENERATED TAPE TO TEST THE READER 

PP*TO REATTACH TO CONTROL TYPE “BYE” TO RERUN TYPE “RUNNH’. 
READY 


BYECF 


** JOB NAME TO START OR ATTACH 7? PREXER 
** LOGGING IN NEW JOB NAMED “PREXER’ 


PR*STARTING PR EXERCISER. 

PR*LOAD MAINDEC-08-02G4-PT OR THE BINARY COUNT FRTTERN 
PR*TAPE GENERATED BY THE PUNCH EXERCISER INTO THE READER 
PR#WITH THE LEADER UNDER THE READ STATION. READER READY 7 YES 
PR*PR EXERCISER DETACHING 


Control job entered monitor 
mode automatically after 
waiting one minute for an 


** STATUS OF CONTROL SUBJOB(S) AT 09:47 Am  CPerator command. 


** JOB NAME TO START OR ATTACH 7 
** CONTROL JOB ENTERING MONITOR MODE. 


NANE JOB NO. STATE CPU TIME 
CONTRL 1 RN 24.9 
ERRCPY 2 SL Si 4.4 
MTEXER 3 RN 4:88. 5 
HMTEXER 4 RN 3:65. 7 
MTEXER 5 RN 4:82.5 
DPEXER 6 RN 3.5 
DPEXER ? RN 8.1 
DKEXER 8 RN 7.3 
DKEXER 9 RN 6.3 
DTEXER 18 RN 4:27.3 
CPEXER . 11 HB 1:65. 2 
PREXER 12 RN 16.6 


*4 REATTACHING SUBJOB CPEXER 


CPHCPUCEIS/FIS/FPP EXERCISER DONE. TOTAL OF @ ERRORS DETECTED 
CP*#TO REATTACH TO CONTROL TYPE “BYE, TO RERUN TYPE “RUNNH’. 


If any errors are reported 
READY by CPEXER, you may have 
flaky CPU, EIS, FIS, FPP, 


RUNNH memory or UNIBUS. 


CP*STARTING CPUCEIS/FIS/FPP EXERCISER 
CP*ARE YOU CONFIGURED FOR EXTENDED FUNCTIONS 7 YES 


CP*EACH ITERATION TAKES ABOUT 2 MINUTES 
CP*HOW MANY ITERATIONS BO YOU WANT TO RUN 7 298 


CP¥CP EXERCISER DETACHING 
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** JOB MAME TO START OR ATTACH 7 “PRESER 
a4 CONTROL JOB ENTERING MONITOR MODE. 
** STATUS OF CONTROL SUBJOE<S> AT O9:45 AM 


NAME JOB NO. STATE CPU TIME 
PREXER 12 HE 16.5 
aor REATTACHING SUBJOE FREXER 
Reader jammed due to 
PR* INCORRECT NUMBER OF FRNFOLDS ON PR poor mechanical ad- 
justment. 
PR#STARTING PR EXERCISER 
PR¥LOAD MAINDEC-00-02G4-FT ORF THE BINARY COUNT PATTERN 
PR&TAPE GENERATED BY THE FUNCH EXERCISER INTO THE READER 
PR#WITH THE LEADER UNDER THE READ STATION. READER READY 7 YES 
PR#PR EXERCISER CETACHING 


** JOB NAME TO START OR ATTACH Y LFEXER 
** LOGGING IN NEW JOB NAME “LPEXER” 


LP*SYSTEM CONFIGUREC? FOR 1 PRINTERSS) 

LP+HOW MANY PRINTERS DO YOU WANT TO TEST 7 1 
Le*#TYPE UNIT #°5 OF PRINTER(S) TO GE TESTED * 
LP*ARE PRINTERS? &@ ONLINE AND READY? YES 
LP*HOW MANY PAGES OF OUTPUT DO YOU WANT? 28 
LP*LP EXERCISER DETACHING. 


= 


a+ JOB NAME TO START OR ATTACH 7 CRESAER 
+4 LOGGING IN NEW JOB NAME “CREZER” : Just wait for any 
ae CONTROL JOB LIMIT EXCEEDED - CANNOT START NEW JOE exerciser to finish. 


a* JOB NAME TO START OR ATTACH ? “ALL: 66 
++ CONTROL JOB ENTERING MONITOR MODE 
** STATUS OF CONTROL SUBJOB(3) AT 89:52 AM 


NAME JOB NO. STATE CRI TIME 
CONTRL 1 RN 25.6 
ERRCPY 2 SL 4.4 
MTEXER z RN 4:23.7 
MTEXER 4 HB Su B:ai.a 
MTEXER 5 RN 4:55.35 
DPEXER 6 DF 14.4 
DPEXER ra RN 3.5 
DKEXER 3 RN 7.5 
DKEXER 3 RN v.2 
DTEXER 16 RN 3:27.7 
CPEZER 14 SL 4:25.6 
PREXER 12 RN 35.6 
LPEXER 13 RN 26.1 


“# REATTACHING SUBJOB MTEXER 


MT*MT EXERCISER DONE FOR DRIYE*S):4 
MT*TO REATTACH TO CONTROL TYPE “BYE’. TO RERUN TYPE “RUNNH’. 


READY 


RUNNH 

MT*SYSTEM CONFIGURED FOR 3 ORIYECS). 

MT+*HOW MANY DRIVES DO YOU WANT TO TEST 7 4 

MT#*NHICH DRIYECS) 7 4 

MT*HOW MANY FEET OF TAPE 00 OU WANT To WRITE 7+ 106 Use lots of tape and 
NT*HOW MANY REPETITIONS PER DRIVE 7 4 few iterations for 
MT*¥ARE DRIVECS) 1 MOUNTED AND WE? YES ’ data integrity test. 
MT#4T EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH 7 + 
+** CONTROL JOB ENTERING MONITOR MODE. 
4+ REATTACHING SUBJOE PREXER 


PR*¥PREXER DONE. ERROR COUNT= @ 
PR*TO REATTACH TO CONTROL TYPE “BYE. TO RERUN TYPE “ RUNNH’ 


READY 

** PREXER WAIT EXHAUSTED. Operator did not respond 
** CONTROL TERMINATING JOB #12 PREZER within one minute so 

anal 5s CONTRL killed this job. 
BYE/F¢ 

READY 


4* JOB NAME TO START OR ATTACH ? CREXER 
** LOGGING IN NEW JOB NAMED “ CREXER- 


CR*STARTING CARD READER EXERCISER 


CR*LOAD MAINDEC-89-D1B1-C LABELLED “ALPHA CARD DECK’ INTO THE 
CR*¥READER. THE DECK WILL BE READ RAND YERIFIED. IF ANY ERRORS ARE 
CR*¥DETECTED. THE EXPECTED AND ACTUAL CONTENTS OF THE BRAD CARD 
CR*WILL BE RECORDED IN A DISK FILE FOR LATER PRINTING ON EITHER 
CR*THE CONSOLE TERMINAL OR THE LINE PRINTER. CARDS WILL BE READ 
CR*UNTIL END OF FILE OR HOPPER EMPTY IS DETECTED. SEVERAL COPIES 
CR*OF THE MAINDEC MAY BE STACKED FOR A MORE THOROUGH TEST. 


CR*CARD READER READY 7? YES 
CR¥CARD READER EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH * “ALL 
#* CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOB(S) AT 14:44 AM 


NAME JOB NOD. STATE CPU TIME 
CONTRL 1 RN $5. 3 
ERRCPY 2 $5L 4.4 
MTEXER Ks RN 4:42.68 
MTEXER 4 RN 5:44. 3 
MTEXER 5 RN 5:15.68 
DPEXER 6 RN 14.93 
DPEXER ? RN 3.3 
DKEXER 8 RN 5.6 
DKEXER 3 RN 3.4 
DTEXER 18 HE 6:24.5 
CPEXER 14 RN 2:31.58 
CREXER 12 RN “9 
LPEXER 413 RN 3:48. = 


4* REATTACHING SUBJOB DTEXER 


PO oe OT ool a nal ood od OPP LA sor ee 
VEIFU TE CACKLUIOSCCr © VRAYON IY Oe 


DT*TO REATTACH 10 CONTROL WPE “BYE*. TO RERUN TYPE “RUNNH’ 
READY 

BYE“F 

#*x JOB NAME TO START OR ATTACH 7? 7 


*+ CONTROL JOB ENTERING MONITOR MODE. 
*+ REATTACHING SUBJOB CREXER 


CR*OUT OF 646 CARDS READ. ERRORS WERE DETECTED ON 1 CARDS. 


CR*TYPE “LP:” TO LIST ERRORS ON THE LINE PRINTER OF TYPE “KE: 
CR*TO LIST ERRORS ON THIS KEYBOARD. This error was forced 


for demonstration purposes. 
CR*YOUR LISTING DEVICE 7 KB: 


CARD 85 EXPECTED : DEFGHIL. <¢+!-JKLMNOPRR 1$%)5 “B/STUYHMRYZS. ZO? 12345678 
9:#0°="SABCDEFGHIC. €¢+! &ABC 


CARD 85 ACTURL > DEFSHIC. <¢+!-JKLMNOPOGR 1$%)5 “BP STUYMRYZN. 27 LE245679 
9:#@° ="SABCDEFGHIC. (¢+! &ABC 


Note that the letter G (12-7 punch) was changed to 
& (12 punch). This may be just dust on the read 
head or marginal operation of the photo-sensor for 
row 7. 


CR¥*CARD READER EXERCISER DONE. 
CR*TO REATTACH TO CONTROL TYPE “BYE’. TO RERUN TYPE “RUNNH”. 


READY 


BYE-CF 
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+** JOB NAME TO START OR ATTACH ? 7 


## CONTROL JOB ENTERING MONITOR MODE. 
++ REATTACHING SUBJOB LPEXER 


LP*LINE PRINTER EXERCISER DONE 
LP*TO REATTACH TO CONTROL TYPE “BYE“. TO RERUN TYPE “RUNNH’. 


READY 

BYE/F 

#* JOB NAME TO START OR ATTACH ? /ALL 
** CONTROL JOB ENTERING MONITOR MODE. 


w# STATUS OF CONTROL SUBJOB(S) AT 18:14 AM 


NAME JOB NO. STATE CPU TIME 
CONTRL 1 RN 33.6 
ERRCPY . 2 SL SM 3.8 
HTEXER 3 HE 5:45. 2 
NTEXER 4 RN v:22.3 
NTEXER 5 RN 5:25. 6 
DPEXER 6 RN 11.7 
DPEXER ? RN 3.9 
DKEXER 8 RN 3.3 
DKEXER 9 RN 8.8 
CPEXER 14 HB 3:62.4 


** REATTACHING SUBJOB MTEXER 


MT¥MT EXERCISER DONE FOR DRIVE(S) :08 
NT*7O REATTACH TO CONTROL TYPE “BYE’. TO RERUN TYPE “RUNNH’. 


READY 


RUNNH 

MT*SYSTEM CONFIGURED FOR 3 DRIVE(S) 

MT*HOW MANY DRIVES DO YOU WANT TO TEST ? 4 

MT*WHICH DRIVE(S) 7 @ 

MT*HOW MANY FEET OF TAPE DO YOU WANT TO WRITE ? 100 
MT*HOW MANY REPETITIONS PER DRIVE 7 4 

MT*ARE DRIVE<S) @ MOUNTED AND W/E? YES 

MT*#MT EXERCISER DETACHING 


+* JOB NAME TO START OR ATTACH ? 


** CONTROL JOB ENTERING MONITOR MODE. 
#* RERTTACHING SUBJOB CPEXER 
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CP*CPUCEIS/FIS/FPP EXERCISER DONE. TOTAL OF @ ERRORS DETECTED 
CP*TO REATTACH TO CONTROL TYPE “’BYE’. TO RERUN TYPE “RUNNH’. 


READY 

RUNNH 

CP*STARTING CPUCEIS/FIS/FPP EXERCISER 

CP#ARE YOU CONFIGURED FOR EXTENDED FUNCTIONS 7? YES 


CP#EACH ITERATION TAKES ABOUT 2 MINUTES 
CP#HOW MANY ITERATIONS DO YOU WANT TO RUN ? 26 


CP*CP EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH 7 KEEXER See KBEXER abstract 
** LOGGING IN NEW JOB NAMED “KBEXER’. in Chapter 4. 


KB@ »* SYSTEM IS CONFIGURED FOR 22 TERMINALS (KBH - KEZ1 > 


KB@ »* ENTER TEST NAME OR TRANSFER COMMAND: “KE1: 
KB@ * INVALID KEYBORRD NUMBER - TRY AGAIN. 


KB@ »* ENTER TEST NAME OR TRANSFER COMMAND: “KEL 

KB@ * KEYBOARD EXERCISER TRANSFERRING FROM KE@ TO KEL 
KB@ »* PLEASE ENTER SUBSEQUENT COMMANDS FROM KEL 

KB@ +* KEYBOARD EXERCISER DETACHING 


Keyboard tests can be performed on KB] while continuing with 
normal SYSTST operation from KB@. 


+ JOB NAME TO START OR ATTACH 7 “ALL 
** CONTROL JOB ENTERING MONITOR MODE. 
** STRTUS OF CONTROL SUBJOBC(S) AT 14:16 AM 


NAME JOB NO. STATE CPU TIME 
CONTRL 1 RN 44.9 
ERRCPY 2 St Su 4.8 
MTEXER 3 RN 3:49.7 
MTEXER 4 RN 9:18.5 
HTEXER 5 RN 5:44. 7 
DPEXER 6 RN 12.2 
DPEXER 7 RN 14.5 
DKEXER 3 RN 9.6 
DKEXER 3 RN 3.4 
KBEXER 18 TT 1.2 
CPEXER 14 RN 3:35. & 
“C 
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** JOB NAME TO START OR ATTACH ? KBEXER 
*# LOGGING IN NEW JOB NAMED “KBEXER’. Roce n eon er SEEKER 


RUN KBEXER 
KBG@ * KEYBOARD EXERCISER 
KB@ * SYSTEM IS CONFIGURED FOR 22 TERMINALS (KB@ - KBZ4 ) 


KB@ »* ENTER TEST NAME OR TRANSFER COMMAND: ASCII This KBEXER will check 
the console keyboard before 
KB@ * ROTATING ASCII CHARACTERS TEST being transferred to 
another terminal. 
‘NHEARS Cet, -) /B1 27456789: : C=> 7GABCDEFGHIJKLMNOPGRSTUYMXYZE LIT | eeee- 
7 OINESARS Chat, —. £6123456789 : 5s <=> PHABCDEFGHIJKLANOP ORS TUYMZYZE VI | “ase 
BOP URSAR? Cet, -. /8123456789 :: <=> 7RABCDEFGHIJKLMNOPGRSTUVMRYZE NIT beg 
ma TURSRRS Cet, -. 8123456789 53 <=> PHABCDEFGHIIKLMNOFPOGRSTUYHWRYZL IT fag 
SLR FN HSARS Cet, -. 81275456789: <=> PWABCDEFGHIIKLANOPORSTUVMXYZE NIT "8 
SHR HE "HSHRS C)4t, -. (G1 27456789 50°C 


KB@ * ENTER TEST NAME OF TRANSFER COMMAND: REPEAT 

KB@ »* REPEAT TEST 

? ABCDEFGHI JKLMNOPGRSTUYWAY 21274567996 

? RABCDEFGHIJKLMNOPGRSTUYNXY21234567898 

?7C 

KBG@ * ENTER TEST NAME OR TRANSFER COMMAND: WORST 

KB@ »* ROTATING WORST CASE (ASR33) PATTERN TEST 

“LWA LW! LW? LW LW LW LW LY WS LL LY LW LW ee LW? 
AO WES LW? LW WO Le LW LL Le Le Ld 


We? We? WA? LW? LW OW LW LW LW Le? WS Le LW LY We’ Le 
WE? LW? LW? UWS LW LW LW LW LW LW 


KB@ * ENTER TEST NAME OR TRANSFER COMMAND: P\P\SPACE 
KBB * SPACING TEST 


KB@ * ENTER TEST NAME OR TRANSFER COMMAND: /KB2 

KB@ * KEYBOARD EXERCISER TRANSFERRING FROM KB® TO KB2 
KB@ »* PLEASE ENTER SUBSEQUENT COMMANDS FROM KB2 

KB@ * KEYBOARD EXERCISER DETACHING. 
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** JOB NAME TO START OR ATTACH 7 “ALL: 68 
** CONTROL JOB ENTERING MONITOR MODE 


** STATUS OF CONTROL SUBJOBCS) AT 18:24 AM 


NAME JOB NO. STATE CPU TIME 
CONTRL 1 RN 45.4 
ERRCPY 2 SL SW 4.8 
MTEXER 3 RN 7:27.2 
MTEXER 4 RN 14:19. 4 
MTEXER 5 RN 5:49. 7 
DPEXER 6 RN 12.6 
DPEXER ? RN 11.4 
DKEXER 8 RN 18.6 
DKEXER 9 RN 16.68 
KBEXER 10 TT 3.8 
CPEXER 14 SL 4:09.7 
KBEXER 12 TT 18.2 


4+* REATTRCHING SUBJOB MTEXER 


MT#MT EXERCISER DONE FOR DRIVE(S) :2 
M4T*TO REATTACH TO CONTROL TYPE “BYE*. TO RERUN TYPE “RUNNH’. 


READY 


RUNNH 

MT#SYSTEM CONFIGURED FOR 3 DRIYVECS). 

NT*HOW MANY DRIVES BDO YOU WANT TO TEST ? 1 

MT*WHICH DRIVE(S) 7 2 

MT+HOW MANY FEET OF TAPE DO YOU WANT TO WRITE 7 168 
MT+HOW MANY REPETITIONS PER DRIVE ? 4 

MT¥ARE DRIYECS> 2 MOUNTED AND W/E? YES 

MT#MT EXERCISER DETACHING 


** JOB NAME TO START OR ATTRCH ? 7 


KBEXER was transferred back 
** CONTROL JOB ENTERING MONITOR MODE. 
** REATTACHING SUBJOB KBEXER BO CONTROL keyboard ‘with 


/CONTROL command. 
KB@ * KEYBOARD EXERCISER 
KB@ * SYSTEM IS CONFIGURED FOR 32 TERMINALS (KB@ ~ KBZ1 ) 
KB@ * ENTER TEST NAME OR TRANSFER COMMAND: “C 
READY 


BYE/F 
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** JOB NAME TO START OR ATTACH ? 


+* CONTROL JOB ENTERING MONITOR MODE. 
** REATTACHING SUBJOB KBEXER 


KB@ * KEYBORRD EXERCISER 


Same here for the 
second KBEXER. 


KB@ * SYSTEM IS CONFIGURED FOR 32 TERMINALS (KE@ - KBZ1 ) 


KB@ * ENTER TEST NAME OR TRANSFER COMMAND: “Cc 


READY 


BYE/F 


+** JOB NAME TO START OR ATTACH * 
#* CONTROL JOB ENTERING MONITOR MODE 


#* STATUS OF CONTROL SUBJOB(S) AT 18:27 AM 


NAME 

CONTRL 
ERREPY 
HTEXER 
MNTEXER 
MTEXER 
DPEXER 
DPEXER 
DKEXER 
DKEXER 
CPEXER 


“C 


JOB NO. STATE 


BW ON DUA Wie 
rs] 
z 


Oe ee ee 


** JOB NAME TO START OR ATTACH 7 ERRDIS 


** LOGGING IN NEW JOB NAMED “ERRDIS5~. 


ERRDIS 


VOB-14 


INPUT FILE ¢<CR> FOR DEFAULT>? 
OUTPUT TO? KB: 
OPTIONS? ALLS 


OPTIONS: 
FILE: 
OUTPUT: 
AT: 


DECTAPE 


12 


ALL /S 

SERRLOG. FIL 

KB: 

10:26:21 AM, 14-JUL-74 


ERRORS 


CPU TIME 
43. 

a 
9:16. 
14:36. 
5:56. 
43. 
12. 
14. 
1B. 
4:46. 


Web Gina OSH 


May be helpful to get an error 
logging summary about half way 
through the SYSTST run. See 
description of ERRDIS in 
Section 6.1.3 of SMG. 


This option lists a break- 
down of errors by type. 


See more specific 
analysis below. 


RF1i1 ERRORS 
] 


RC1ii ERRORS 
i] 


RK11 ERRORS 
] 


RP11 ERRORS 
] 


MAGTAPE ERRORS 
8 


HUNG TTY ERRORS 
32 


TRAP THROUGH 4 ERRORS 
8 


POWER FAIL ERRORS 
8 


TRAP THROUGH @ ERRORS 
8 


RESERVED INSTRUCTION ERRORS 


i) 


JUMP TO ZERO ERRORS 
8 


CHECK-SUM ERRORS 
a 


MEMORY MANAGEMENT ERRORS 
8 


DH1i1 ERRORS 
8 


MEMORY PARITY ERRORS 
8 


More than 1 or 2 disk errors 
in a period of 2-3 hours is 
indicative of disk problems. 
Seek errors will show up 
here but are usually recov~ 
erable by the system's 
retrying of the operation. 


Magtape parity errors are to 
be expected, but excessive 
errors may mean intermittent 
controller, drive, or head 
problems. 


Excessive HUNG TTY errors 
indicate terminal interface 
problems. See analysis at 
end of this SYSTST run, 


Should not occur. 


Should not occur. 


Excessive UNIBUS noise and 
flaky BUS repeater can cause 
traps through 0. 


Should not occur. 


Should not occur. 


Can be caused by disk or 
memory errors. 


Should not occur. May 
signal KT1l problems. 


Should not occur. 


Memory parity errors may or 
may not crash RSTS/E 
depending on where they occur. 


44 ERRORS LISTED OUT OF 44 LOGGED SINCE 69:12:04 AM. 414-JUL-74 


OPTIONS? DT 


OPTIONS: DT 
FILE: $ERRLOG. FIL 


UTFUT: KB: 
AT: 16:32:14 AM, 14-JUL-74 
DECTAPE ERROR AT 89:27:43 AM, 14-JUL-74 


For a complete listing 
of DECtape errors. 


Note that time corre- 
sponds to time printed 


REPEAT COUNT WAS 11 BY 69:27:14 AM, 414-JUL-74 when error was reported 


TCST: 364634 
TCCH: 168362 
TCWE : 177488 
TCBA: 828086 
TEDT: 860688 


by DTEXER. 


Selection error. 

Unit @. 

Errors were caused by the 12 
normal retries of DECtape 
Operation when drive was 
offline - can be ignored, 


12 ERRORS LISTED OUT OF 44 LOGGED SINCE 99:42:44 AM. 14-JUL-74 


OPTIONS? “2 
READY 
BYE/CF 


** JOB NAME TO STRRT OR ATTACH 7? ALL:128 


+** ILLEGAL FILE NAME 


** JOB NAME TO START OR ATTACH ? /ALL:120 


** CONTROL JOB ENTERING MONITOR MODE. 


w+ STATUS OF CONTROL SUBJOB(S) AT 10:33 AM 


NAME JOB NO. STATE 
CONTRL 4 RN 
ERRCPY 2 SL 
MNTEXER 3 RN 
MTEXER 4 RN 
MTEXER 5 RN 
DPEMER 6 RN 
DPEXER ? RN 
DKEXER 8 RN 
DKEXER 3 RN 
EPEXER 11 RN 


#* REATTRCHING SUBJOB MTEXER 


c 


Operator error. 


Pu 


= 
-_ 
= 
m 


rey 
NPENWN< 
SBUGAHAAaANKHA OE 


MT#MT 2 ERROR AT LINE 348 :MAGTAPE SELECT ERROR (14-JUL-74, 10:34 AMD 


MT#MAGTAPE STATUS SUMMARY 
MT*LAST COMMAND WAS WRITE 


MT» DENSITY PARITY TRACKS 

MT* 3 ODD 3 

MT* W-LOCK EOT BOT EOF 
MT* NO NO NO NO 
MT* SELECTION ERROR OCCURED 
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RLE 
NO 


This error was forced by 
switching drive offline, 


Error status summary will be 
printed if MTEXER has a test 
file open at the time of the 
error. 


MT*TO CONTINUE TYPE “CONT’. TO ABORT TYPE “7C”. 

? CONT 

MT*¥SYSTEM CONFIGURED FOR = DRIYECS) 

HT*HOW MANY DRIVES DO YOU WANT TO TEST ? 4 

HT#WHICH DRIVE(S) 7 2 

MT*HOW MANY FEET OF TAPE DO YOU WANT TO WRITE 7 104 
MT*ARE DRIVE(S) 2 MOUNTED AND WE? YES 

MT#MT EXERCISER DETACHING 


+* JOB NAME TO START OR ATTACH 7? ¢ 


4* CONTROL JOB ENTERING MONITOR MODE. 
** REATTACHING SUBJOB DPEXER 


DP*DPEXER ERROR STATISTICS FOR DP @ 


DRIVE PASS FILE SIZE ERROR COUNT 
DP @ 1 498 a 
DP @ 2 408 r) 
DP 6 3 448 i] 
DP @ 4 460 i) 
DP @ 5 486 V] 


DP+*DP EXERCISER DONE 


See discussion 
of disk errors 
in Section 4.1 
of the manual. 


DP*TO REATTACH TO CONTROL TYPE “BYE“. TO RERUN TYPE “RUNNH”. 


READY 


BYESF 


** JOB NAME TO START OR ATTACH ? 
** CONTROL JOB ENTERING MONITOR MODE. 


#* STATUS OF CONTROL SUBJOB(S) AT 18:37 AM 


NAME JOB NO. STATE CPU TIME 
CONTRL 1 RN 56.6 
ERREPY 2 SL 8.8 
MTEXER 3 RN 12:04. 2 
MTEXER 4 RN 17:27.2 
MTEXER 5 RN 7:51. 7 
DPEXER ? HB 13.4 
DKEXER 8 RN 11.2 
DKEXER 9 RN 12.8 
CPEXER 11 HB 3:58. 8 


+#* REATTACHING SUBJOB DPEXER 


DRIVE PASS FILE SIZE ERROR COUNT 
DP @ 1 486 | 
DP @ 2 488 a 
DP @ 3 468 8 
DP @ 4 4808 8 
DP @ 5 408 8 


DP#*DP EXERCISER DONE 


DP*TO REATTACH TO CONTROL TYPE “BYE’. TO RERUN TYPE * RUNNH’ . 


READY 


BYE/F 
++ JOB NAME TO START OR ATTACH ? V 


** CONTROL JOB ENTERING MONITOR MODE. 
** REATTACHING SUBJOB CPEXER 


CP¥CPUCEIS/FIS/FPP EXERCISER DONE. TOTAL OF @ ERRORS DETECTED 
CP*TO REATTACH TO CONTROL TYPE “BYE’. TO RERUN TYPE “RUNNH’. 


READY 
BYECF 


** JOB NAME TO START OR ATTACH 7 DFEXER 
** LOGGING IN NEW JOB NAMED “DFEXER’. 


DF¥SYSTEM IS EITHER NOT CONFIGURED FOR AN RF DISK 
DF*OR THE RF DISK IS CONFIGURED RS A SWAPPING DISK. 


DF*DFEXER CANNOT BE USED UNDER THESE CIRCUMSTANCES. 


DF*TYPE “BYE” TO REATTACH TO CONTROL. 
READY 

BYE/F 

+* JOB NAME TO START OR ATTACH ? 7 


#* CONTROL JOB ENTERING MONITOR MODE. 
** REATTRACHING SUBJOB MTEXER 


MT*MT EXERCISER DONE FOR DRIVE(S) :4 


DFEXER is useful 
if RF is the 
system disk. 


MT*TO REATTACH TO CONTROL TYPE ‘BYE’. TO RERUN TYPE “RUNNH’. 


READY 


4 MTEXER WAIT EXHAUSTED. 

++ CONTROL TERMINATING JOB #4 MTEXER 
aaa Be 

BYE /F¢ 

READY 


*¢ JOB NAME TO START OR ATTACH ? 
#* CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOB<S) AT 18:51 AM 


NAME JOB NO. STRATE CPU TIME 
CONTRL 1 RN 1:45. 8 
ERRCPY 2 SL 8.8 
MTEXER 3 RN 15:56. 9 
MTEXER ba] RN 12:16.2 
DKEXER 8 RN 12.6 
DKEXER 9 RN 13.6 


** REATTACHING SUBJOB DKEXER 
DK*DKEXER ERROR STATISTICS FOR DK @ 


DRIVE PASS FILE SIZE ERROR COUNT 
DK @ 1 468 8 
DK @ 2 488 a 
DK @ 3 428 U] 
DK @ 4 488 V) 
DK @ 5 468 a 


DK*DK EXERCISER DONE 
DK*TO REATTACH TO CONTROL TYPE “BYE”. TO RERUN TYPE “RUNNH’. 


READY 


*# DKEXER WAIT EXHAUSTED. 
+** CONTROL TERMINATING JOB #8 DKEXER 


aaa Be 

BYE/F$ 

READY 

** JOB NAME TO START OR ATTACH 7 + 


+* CONTROL JOB ENTERING MONITOR MODE. 
4* RERTTACHING SUBJOB DKEXER. 


DK*DKEXER ERROR STATISTICS FOR DK 4 


DRIVE PASS FILE SIZE ERROR COUNT 
DK 4 4 448 a 
DK 4 2 468 r] 
DK 1 3 428 v] 
DK 4 4 488 ) 
DK 1 5 488 8 


DK*DK EXERCISER DONE 
DK*TO REATTACH TO CONTROL TYPE “BYE’. TO RERUN TYPE “RUNNH’. 


READY 


BYE/F 


#* JOB NAME TO START OR ATTACH ? 
** CONTROL JOB ENTERING MONITOR MODE. 


*%* STATUS OF CONTROL SUBJOB(S) AT 18: 


NAME JOB NO. STATE 
CONTRL 1 RN 
ERRCPY 2 SL 
MTEXER 3 HB 
MTEXER 3 MT 


++ REATTACHING SUBJOB MTEXER 


MT¥MT EXERCISER DONE FOR DRIVE(S) :4 
HT*TO REATTACH TO CONTROL TYPE “BYE-. 


READY 
BYESF 
4+ JOB NAME TO START OR ATTACH. ? 7 


** CONTROL JOB ENTERING MONITOR MODE. 
** REATTACHING SUBJOB MTEXER 


MT*MT EXERCISER DONE FOR DRIVE(S) :2 
MT*TO REATTRCH TO CONTROL TYPE ‘BYE’, 


READY 


+e MTEXER WAIT EXHAUSTED. 

#+* CONTROL TERMINATING JOB #5 MTEXER 
ane 

BYECF ES 

READY 


** JOB NAME TO START OR ATTACH 7 
#* CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOB<S) AT 114: 


NAME JOB NO. STRTE 
CONTRL 1 RN 
ERRCPY 2 SL 


+** STATUS OF CONTROL SUBJOB(S) AT 11: 


NAME JOB NO. STATE 
CONTRL 1 RN 
ERRCPY 2 SL 


5? AM 


CPU TIME 
1:87. 7 
4.8 
16:35. 2 
16:49. 2 


TO RERUN TYPE “RUNNH’. 


TO RERUN TYPE “RUNNH’ . 


ae RAM 


CPU TIME 

1:69.48 
8.8 
61 AM 


CPU TIME 
1:89. 4 
8.8 


All exercisers 
have terminated. 


“cf 


** JOB NAME TO START OR ATTACH ? ERRDIS Now is the time to list a 
** LOGGING IN NEW JOB NAME “ERRDIS’. full errlog report. 
RUN ERRDIS 


ERRDIS ¥SB-411 
INPUT FILE (<CR> FOR DEFAULT)? 
OUTPUT TO? KB: 

OPTIONS? ALL 


HUNG TTY ERROR AT @9:12:04 AM, 14-JUL-74 RSTS/E reenables hung TFY's 
REPEAT COUNT WAS 4 BY 89:42:55 AM, 14-JUL-74 so these errors are not 


serious. The terminal 


KBR: 8 interface should be replaced 
#CSR: 177564 if errors on any one keyboard 
CSR: 980660 are excessive. (e.g., KBG 
READY BIT NOT SET on this machine is not in 


good shape.) 
HUNG TTY ERROR AT 09:16:26 AM. 14-JUL-74 


REPEAT COUNT WAS 1 BY 69:17:16 AM, 14-JUL-?74 


KB#: | 
#CSR: 177564 
CSR: 3980008 


READY BIT NOT SET 


DECTAPE ERROR AT 69:27:12 AM, 14-JUL-74 
REPEAT COUNT WAS 41 BY 99:27:44 AM, 14-JUL-74 


See comments on 


TCST: 884024 previous printout. 
TCCM: 190302 
TENE: 177400 
TCBR: 820808 
TCDOT: 869606 


Additional printouts of 
HUNG TTY errors have 
been deleted. Most were 
KBg hangs. 


HUNG TTY ERROR AT 16:53:17 AM. 14-JUL-74 


JOBS: 3 
KB#: 198 
#ESR: 176618 
CSR: 384086 


INT. ENB. BIT NOT SET 


46 ERRORS LISTED OUT OF 46 LOGGED SINCE 69:12:04 AM, 14-JUL-74 
OPTIONS? /KILL 
This deletes the current 
READY errlog file. 


EVE /F 


«* JOB NAME TO START OR ATTACH 7 SHUTUP 
** LOGGING IN NEW JOR NAMED ~SHUTUP?. 


AUTOMATIC SYSTEM SHUTDOWN PROGRAM 


HOW MANY MINUTES UNTIL SYSTEM SHUTDOWN? 1 
HOW MANY MINUTES BETWEEN WARNING MESSAGES? 4 
1 MINUTE WARNING MESSAGE SENT 
FURTHER LOGINS ARE NOW DISABLED 
FINAL WARNING MESSAGE SENT 
PASS 1 OF LOOKING FOR STILL ACTIVE JOBS 
JOB 1 FOUND STILL ACTIVE AND DETACHED 
THE NEXT PASS WILL OCCUR IN 15 SECONDS 
PASS 2 OF LOOKING FOR STILL ACTIVE JOBS 
NON-SYSTEM DISKS WILL NOW BE DISMOUNTED 
DISK DK1 FOUND STILL MOUNTED 
DISK IS NOW CISMOUNTED 
DISK DP@ FOUND STILL MOUNTED 
DISK IS NOW DISMOUNTED 
ALL NON-SYSTEM DISKS ARE NOW DISMGUNTED 


ALL SET TO PROCEED WITH SYSTEM SHUTDOWN 


PLEASE WAIT FOR THE COMPUTER TO ACTUALLY “HALT” 


Disk structures may be 
destroyed if system is 
not taken down by 
running SHUTUP. See 
Section 3.2 of SMG. 
SHUTUP will terminate 
any jobs still active 
and may be used at any 
time to shut the system 
down for corrective 
maintenance. 


WHEN IT DOES. PRESSING ‘CONT’ WILL BOOT BACK RSTSVE 


3.3 NORMAL TEST SYSTEM RESTARTING PROCEDURES 
—— ee eee eee Ee eee 


If the user shuts down the RSTS/E test system for any reason, he 
May restart it by bootstrapping the system disk as described in Appen- 


dix A of the RSTS/E System Generation Manual and by typing START in 


response to the OPTION query printed by the initialization code. Dur- 
ing a normal start up of a RSTS/E system, the system initialization 
program INIT runs automatically and accesses the START.CTL file under 
the system library account [1,2]. The INIT system program and the 
START.CTL file are installed in the system library when the system is 


built (see Section 4.3, RSTS/E System Generation Manual). 


After the system is initialized, the user must log in under a 
privileged account and run the CONTRL program. 


The following example shows the use of the START option and the 
printout of the INIT program as it runs and causes the CONTRL program 
to run. When the CONTRL program prints the query JOB NAME TO START 
OR ATTACH, the user can proceed to run the system reliability test 
according to the guidelines presented in Section 3.2. 


RSTS Y@5B-24 TEST SYSTEM 


OPTION: START 


YOU CURRENTLY HAVE: JOB MAX = 32, SWAF MAX = 46K. 


JOB MAX QR SWAP MAX CHANGES 7 <LF> 


ANY MEMORY ALLOCATION CHANGES ? <LF> 
CRASH DUMP? <LF> 

DD-MMM-Y¥? 14-JUL-74 

HH:MM? 12:36 

SYSTEM INITIALIZATION FROGRAM 

RUN $ERRCPY 

READY 


ERRCPY ¥@5-06 
DETRCHING 


LOGIN 1/2 
PASSWORD: SYSTST 


READY 


RUN $CONTRL 
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** DEVICES CONFIGURED IN RSTS VY@5SB-24 TEST SYSTEM 


TYPE COUNT ESERCISER NAME 
CPU 4 CREXER 
DP 2 CPEXER 
BK é DREKER 
KB 32 KBEXER 
DT 4 DTEXMER 
LF 4 LPEXER 
PR 1 PREXER 
PP 1 PPERKER 
CR i CREXER 
MT 4 MTEXER 
PK 4 PREXER 
RJ 1 RJEXER 
SYSTEM JOB MAX = te 
CONTROL JOB MAX = 29 


** JOB NAME TO START GR ATTACH ? 


3.4 RESTARTING THE TEST SYSTEM AFTER A SYSTEM CRASH 


If a system crash occurs on the test system during the reliability 
tests and the system halts, the user can restart the system by follow- 
ing the procedures described in Section 2.2.2 of the RSTS/E System 
Manager's Guide. When a system crash occurs, normally RSTS/E attempts 
to perform a crash dump and to enter automatic restart,mode. Section 
2.3 of the RSTS/E System Manager's Guide explains the automatic 
recovery and restart facilities of the RSTS/E system. If either of 
the two conditions described in Section 2.3.2 of that guide are not 
fulfilled, the system simply halts at address 54 without performing a 
crash dump and entering automatic restart mode. 


The user can ensure that the system performs a crash dump and 
enters automatic restart mode when it crashes if he follows procedures 
exactly as described in this document. To be exact, he must do the 
following: 


a. When creating the system files as shown in Section. 
2.1.6 of this document, he must type YES in response 
to the CRASH query to create the CRASH.SYS file. 


b. When setting the default start up conditions as 
described in Section 2.1.7, he must type YES in 
response to the CRASH DUMP query to enable the crash 
dump facility. 


Cc. When starting the test system as described in Section 
3.3, he must type the LINE FEED key in response to the 
CRASH DUMP query to retain the enabling of the crash 
dump facility. 


d. When starting the reliability test according to the 
guidelines described in Section 3.2, he must set the 
CPU Switch Register to 777777 (all switches in the up 
position) to enable the automatic restart facility. 


If the test system halts in spite of the user having performed all of 
the above steps, the probability is that two system crashes have 
occurred within a minute of each other. In this case, the halt occurs 
by design as explained in Section 2.3.2 of the RSTS/E System Manager's 
Guide. In addition, if any of the hardware in the system is not 
operating correctly, the user can expect system crashes to occur 
during the reliability tests. 


When the test system enters automatic restart after a system crash 
or the user requests a core dump and automatic restart after a system 
halt, the INIT system program runs as in the case of a normal start up 
described in Section 3.3. However, when INIT runs in automatic 
restart mode, it accesses the CRASH.CTL file instead of the START.CTL 
file. The CRASH.CTL file included in the system library kit con- 
tains commands which cause the system programs ERRCRS, ERRDIS, and 
ANALYS to run. These programs recover important information on the 
probable cause of the system crash. 


The ERRCRS program is similar to the ERRCPY program, since it saves 
error logging information in a disk file. The ERRCPY program extracts 
error logging information from monitor tables in core during time 
sharing operations. The ERRCRS program extracts similar error logging 
information from the same monitor tables saved in the CRASH.SYS file 
by means of the crash dump facility at the time of the system crash. 
Hence, the ERRCRS program may recover error logging information con- 
cerning hardware malfunctions which occurred prior to the system crash. 
This error logging information may not have been recovered by the 
ERRCPY program and may reflect the cause of the system crash. 
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When the ERRDIS program runs, it prints the error logging informa- 
recorded by the ERRCRS program. Subsequently, the ANALYS program 
runs and prints a thorough analysis of the information written in the 
CRASH.SYS file by the crash dump facility. When all commands in the 
CRASH.CTL have been executed, the CONTRL program must be restarted 
with the RUN $CONTRL command. When the CONTRL program prints the 
query JOB NAME TO START OR ATTACH, the user can continue running the 
system reliability test according to the guidelines presented in 


Section 3.2. 


The CRASH.CTL file is installed in the system library account 
[1,2] when the system library files are built. 


3.5 GUIDELINES FOR USING CONTRL UNDER NORMAL TIME SHARING 
ee OE EE, DOHARING 


The examples of this and the previous chapter were directed toward 
system testing at the DEC manufacturing facility. Tests performed at 
the customer site when the system is installed by Field Service per- 
sonnel are equally important. Sections 2.3 and 3.1 of this manual 
include a few notes on the use of SYSTST for on-site testing. This 
section presents a few alternative procedures which may be useful for 
the installation tests. 


Once the hardware has been uncrated and assembled, Field Service 
personnel should use the standard diagnostics to check each component. 
the SYSTST exercisers nor the RSTS/E error logging routines 
can be as thorough as the diagnostics in checking correct operation 
of the hardware. Certain subtle hardware failures may have no affect 
on the operation of the current monitor but May prevent the use of 
another operating system or of a future release of RSTS/E. Installa- 
tion testing, therefore, must include a thorough check of the proces- 
sor and all peripherals before any attempt is made to bring up a 


RSTS/E system. 


When the system generation is performed for on-site testing, 
refer to Section 2.3 for software options which affect the operation 
of individual exercisers. The SYSGEN examples of Chapter 2, RSTS/E 
System Generation Manual can serve as rough models even if specific 
configuration details are altered to installation requirements. 


After generating a RSTS/E system for SYSTST, the user must 
build the system library. Procedures for this build are described 
in Chapter 4 of the RSTS/E System Generation Manual. The standard 
system library must be built. TSTBLD may be run under any account. 
The files it loads and compiles do not affect other system files. 
The reliability tests may be run under open time sharing. 
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CHAPTER 4 


DEVICE EXERCISER ABSTRACTS 


The SYSTST user should be familiar with the operation and limita- 
tions of each of the device exercisers before attempting to run the re- 
liability test. This chapter contains descriptions of each of the 
exercisers included in the package. 


4.1 DISK EXERCISERS 


Four disk exercisers are included in the SYSTST package. DFEXER 
is used to test the RF1l controller with up to eight RS11 disk platters. 
DKEXER is used for testing the RK11 controller and up to eight RK@3 or 
RK§#5 DECpack cartridge drives. DPEXER tests the RP11-c controller and 
up to eight RP@#3 disk pack drives. DBEXER tests the RH11l controller 
and up to eight RP#4 disk pack drives. The RK, RP, and RB exercisers 
are capable of sequentially testing all drives or any subset of drives 
connected to the controller. It is also possible to run several copies 
of the same exerciser in order to test several drives simultaneously 
or to put a heavier load on any single drive. 


The disk exercisers begin by asking several questions to determine 
which drive(s) to test and the duration of the test. DKEXER, DPEXER, 
and DBEXER ask the operator to enter the number of drives (1-8) to be 
tested and the unit numbers (f-7) of those drives. All exercisers ask 
the operator to enter the number of iterations (1-99) to be performed. 


A disk exerciser performs pattern tests on a disk file using Rec- 
ord I/O GET and PUT operations. Patterns used include all zeroes, all 
ones, and two complementary one/zero patterns. The file size is com- 
puted by the exerciser based on available disk space on the drive to be 
tested. To limit exerciser run time, the file size is limited to a 
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maximum of 489 disk blocks of 256 words each. The maximum size is the 
norm since SYSTST is usually run using new disks with a large amount of 
free space. 


After completion of the dialogue and preliminary calculations, the 
disk exerciser proceeds to open and extend the file to the predetermined 
size. A pattern buffer is then loaded with the first of the four pat- 
terns and all file blocks are written from this buffer. Each block is 
then read and compared against the known correct pattern data. This 
procedure is repeated for the other three patterns. If any errors are 
detected, an error count is incremented for each incorrect word. The 
error count is cumulative over the four patterns. The file is deleted 
after the pattern tests and the exerciser starts again if more than one 
iteration was requested. Under normal conditions, a different area of 
the disk is used on each successive iteration. 


Upon completion of all iterations for a drive, a status report is 
printed and the exerciser proceeds to test the next drive, if any. The 
operator is given the option to rerun the exerciser or to log it off the 
system at the conclusion of the test for all drives. 


The disk exercisers use very little processor time but do cause 
considerable activity on the disk device under test and on the UNIBUS. 
Some 486 write and 489 read operations are performed for each pattern 
for a total of 3299 disk transfers per iteration. Additional transfers 
are also required for window turns and for open, close, extend, and 
delete operations. Disk and bus activity can be further increased by 
running several disk exercisers. In particular, on a moving head de- 
vice, arm motion is considerably increased if two or more exercisers 
are used to simultaneously test the same drive. 


All DIGITAL supplied disk devices have built in error checking 
circuitry which should signal bad data. RSTS/E systems will perform 
up to five retries when the hardware detects a soft data error. Hard 
disk errors or soft errors which persist over five retries cause the 
disk exercisers to abort with the message USER DATA ERROR ON DEVICE. 
This condition is usually indicative of a bad disk block or a hardware 
malfunction. A non-zero error count reported by the disk exercisers 
indicates hardware problems which were not detected by the error 
checking circuitry. Errors of this type may indicate disk or con- 
troller malfunction, bus noise problems, or memory errors. 
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The disk exercisers do not attempt to test all controller or drive 
functions and they do not access all sectors on a platter, cartridge, 
or disk pack. SYSTST is intended to teet system intecrity and -nct<to 
exhaustively test or diagnose any type of device. However, disks which 
are to be accessed under RSTS/E must be initialized to the RSTS/E file 
structure using the DSKINT option at system start up time. DSKINT per~ 
forms pattern tests on any disk device supported under RSTS/E and can, 
therefore, be used to test basic read/write access to all sectors. 
Used in combination with stand-alone diagnostics, DSKINT and the SYsTsT 
disk exercisers can ensure a high level of confidence in the disk devices 


configured in a RSTS/E system. 
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4.1.1 DFEXER - RF11/RSl11 Disk Exerciser 


The RF11/RS11 exerciser is somewhat restricted in its application 
since it can only be used if the RF1ll is configured as the system 
disk. User file data cannot reside on the RF1l if it is configured 
as a swapping disk. In either case, the RF1l1 will be exercised by 
normal swapping activity if the total size of all running jobs 
exceeds the available memory space. DFEXER is further restricted in 
that there is no explicit way to test one particular RS1l platter. 
RSTS treats a multi-platter RF1l as one large disk and hence the 
BASIC-PLUS program cannot easily control the physical location of 
disk blocks which comprise the test file. DFEXER will test the normal 
operation of the RF11 configured as a system disk and does serve 
to increase bus activity. It should, therefore, be used whenever 
possible despite restrictions mentioned. 


DFEXER Example: 


** JOB NAME TO START OR ATTACH 7 DFEXER 
** LOGGING IN NEN JOB NAMED “DFEXER’ 


DF*STARTING RF147°RS541 DISK EXERCISER 

DF*ONE ITERATION ON THE RF DISK TAKES ABOUT 4 MINUTES. 
OF *HON MANY ITERATIONS DO YOU WANT TO RUN «1-999 7 5 
CF*DF EXERCISER DETACHING 

** JOB NAME TO STRRT OR ATTACH 7? ¢ 

** CONTROL JOB ENTERING MONITOR MODE 


** REATTACHING SUBJOB DFEXER 


CF*DFEKER ERROR STATISTIC FOR THE RFA 


DRIVE PASS FILE SIZE ERROR COUNT 
DF 1 486 @ 
OF 2 4868 8 
OF 3 480 8 
DF 4 408 8 
DF 5 488 8 


CF*DF EXERCISER DONE 
DF*TO REATTTACH TO CONTROL TYPE “BYE*, TO RERUN TYPE “RUNNH’. 


READY 


BYE SF 


4.1.2 DKEXER = RK11/RK§3/RK@5 Disk Exerciser 


DKEXER will test all or any subset of RK#3 or RK#5 drives 
connected to the RK11 controller. All drives which are to be tested 
must be fitted with a DECpack cartridge which has been initialized 
to the RSTS file structure by the DSKINT initialization option. Disk 
initialization is described in Sections 3.3 and 3.3.2 of the RSTS/E 
System Generation Manual and guidelines for initialization of disks 
for SYSTST have been presented in Sections 2.1.3 and 2.1.4 of this 
manual. Assuming these procedures have been followed, DKEXER can be 
run as described below. 


DKEXER Example: 


** JOB NAME TO START OR ATTACH ? DKEXER 
** LOGGING IN NEW JOB NAMED “DKEXER’. 


DK*SYSTEM CONFIGURED FOR 2 DRIVES 

DK*HOW MANY DRIVES DO YOU WANT TO TEST ? 2 

DK*WHICH DRIVE<S> ? @.4 

DK*ONE ITERATION ON A SINGLE RK DRIVE TAKES ABOUT 4 MINUTES. 
DK*HOW MANY ITERATIONS DO YOU WANT TO RUN (41-99) ? 2 

DK*DK EXERCISER DETACHING 


4 JOB NAME TO START OR ATTACH ? ZALL:4120 
** CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOB*S> AT @4:39 PM 


NAME JOB NO. STATE CPU-TIME 
CONTRL 4 RN 29.9 
DKEXER 18 RN 6.1 


some time and several status printouts later 


** REATTACHING SUBJOB DKEXER 


DK*DKEXER ERROR STATISTICS FOR DK @ 


ORIVE PASS FILE SIZE ERROR COUNT 
CK @ 1 408 @ 
DK 6 2 406 8 


DK*DK EXERCISER CONTINUING ON DRIVE 4 
DK*DK EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH ? 


, 


¢ 


** CONTROL JOB ENTERING MONITOR MODE. 


*#* REATTRCHING SUBJOB DKEXER 


DK*DKEXER ERROR STATISTICS FOR DK 4 


DRIVE PASS FILE SI2E 
CK 1 1 408 
CK 4 2 408 


DK*DK EXERCISER DONE 


OK*TO REATTACH TO CONTROL TYPE “BYE’, 


READY 


BYE /F 


7 


ee JUG NAITE IU SIRE UK NIIAUN . 


ERROR COUNT 


8 
8 


TO RERUN TYPE “RUNNH’. 


4.1.3  DPEXER - RP11-C/RP#3 Disk Exerciser 


The RP11-C/RP#3 exerciser is almost identical to DKEXER. It will 
test all or any subset of RP#3 drives connected to the RP11-C con- 
troller. As was the case for RK drives, all RP§3 drives must be fitted 
with an RP§#3 disk pack which has been initialized using DSKINT at 
system start up time. Sections 2.1.3 and 2.1.4 of this manual include 
guidelines for initialization of RP#3 packs. In the previous example, 
a single copy of DKEXER was used to test two RK drives. The example 
below demonstrates use of two copies of DPEXER simultaneously exer- 
cising a single RP#3 drive. 


DPEXER Example: 


** JOB NAME TO START OR ATTACH ? DPEXER 


irst C 
** LOGGING IN NEW JOB NAMED “DPEXER’. pre ne 


DP*SYSTEM CONFIGURED FOR 4 DRIVES. 

DP*HOW MANY DRIVES DO YOU WANT TO TEST ? 4 

DP*WHICH DRIVES) 7? @ 

DP*ONE ITERATION ON A SINGLE RP DRIVE TAKES RBOUT 4 MINUTES. 
DP*HOW MANY ITERATIONS DO YOU WANT TO RUN (4-99) 7 4 

DP*DP EXERCISER DETACHING 


+#* JOB NAME TO START OR ATTACH ? DPEXER Saat 
** LOGGING IN NEW JOB NAMED “DPEXER’. econd Copy 


DP*SYSTEM CONFIGURED FOR 4 DRIVES 

DP*HOW MANY DRIVES DO -YOU NANT TO TEST ? 4 

DP*WHICH DRIVECS> ? @ 

DP*ONE ITERATION ON A SINGLE RP DRIVE TAKES RBOUT 4 MINUTES. 
DP*HON MANY ITERATIONS DO YOU WANT TO RUN 1-99) ? 4 

DP*DP EXERCISER DETACHING 


** JOB NAME TO START GR ATTACH ? /ALL:60 
** CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOB<S> AT 84:26 PM 


NRME JOB NO. STATE CPU-TIME 
CONTRL 3 RN 19.5 
DPEXER 8 RN 7.3 
DPEXER 9 DF 7.4 


<some time and several status printouts later> 


** STATUS OF CONTROL SUBJOB“S> AT 65:65 PN 


NAME JOB NO. STATE CPU-TIME 
CONTRL 3 RN 42.2 
DPEXER 8 RN 13.4 
DPEXER 9 RN 13.3 


** REATTRACHING SUBJOB DPEXER 


DP*DPEXER ERROR STATISTICS FOR DP @ 


DRIVE PASS FILE S12E ERROR COUNT 
DP 6 41 464 8 
DP @ 2 488 8 
DP 6B 3 406 8 
DP @ 4 408 6 


DP*TO RERTTACK TO CONTROL TYPE “BYE”, TO RERUN TYPE “RUNNH’. 
READY 


BYE?F 


** JOB NAME TO START OR RTTACH ? / 


** CONTROL JOB ENTERING MONITOR MODE. 
** REATTACHING SUBJOB DPEXER 


DP*DPEXER ERROR STATISTICS FOR DP 6 


DRIVE PASS FILE SIZE ERROR COUNT 


DP @ 1 460 8 
DP 6 2 406 e 
CP 6B 3 468 8 
DP @ 4 468 8 


OP*DP EXERCISER DONE 
DP*TO REATTACH TO CONTROL TYPE “BYE’, TO RERUN TYPE “RUNNH-. 


READY 


BYE/F 


** JOB NAME TO STRRT OR ATTACH ? 


4.1.4 DBEXER - RH11/RP@4 Disk Exerciser 


DBEXER tests any subset of (or all) RP@4 drives connected to the 
RH11 controller. All drives to be tested must be running an RP@4 disk 
pack which has been initialized by the DSKINT initialization option. 
Refer to Sections 3.3 and 3.3.2 of the RSTS/E System Generation Manual 
for a description of DSKINT and to Sections 2.1.3 and 2.1.4 of this 
Manual for guidelines to initializing disks for SYSTST. Assuming 


these requirements have been met, DBEXER can be run as described below. 


** JOB NAME TO START OR ATTACH ? DBEXER 
** LOGGING IN NEW JOB NAMED 'DBEXER'. 


DB*SYSTEM CONFIGURED FOR 2 DRIVES, 
DB*HOW MANY DRIVES DO YOU WANT TO TEST ? 1 

DB*WHICH DRIVE(S) ? 1 

DB*ONE ITERATION ON A SINGLE RB DRIVE TAKES ABOUT 4 MINUTES. 
DB*HOW MANY ITERATIONS DO YOU WANT TO RUN (1-99) ? 1 

DB*DB EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH ? /ALL:69 
** CONTROL JOB ENTERING MONITOR MODE. 
** STATUS OF CONTROL SUBJOB(S) AT 96:45 PM 


NAME JOB NO. STATE CPU-TIME 
CONTROL 8 RN 25.40 
DBEXER 12 RN 7.6 


** STATUS OF CONTROL SUBJOB(S) AT 6:47 PM 


NAME JOB NO. STATE CPU-TIME 
CONTROL 8 RN 29.7 
DBEXER 1 RN 7.8 


** REATTACHING SUBJOB DBEXER 

DB*DBEXER ERROR STATISTICS FOR DB 1 

DRIVE PASS FILE SIZE ERROR 
DB 1 1 4BB 6 


DB*DB EXERCISER DONE 
DB*TO REATTACH TO CONTROL TYPE 'BYE/F', TO RERUN TYPE 'RUNNH! 


READY 


#* DBEXER WAIT EXHAUSTED. 

*#* CONTROL TERMINATING JOB #12 DBEXER 
+4C 

BYE/F$ 

READY 


** JOB NAME TO START OR ATTACH ? 


4.2 DTEXER - DECTAPE EXERCISER 


DTEXER will test the TCll DECtape control and up to 8 DECtape drives. 
If a single copy of DTEXER is used to test several drives, the individual 
drives are exercised one at a time. Multiple copies may be used to 
test several drives simultaneously. 


The DECtape exerciser begins with a dialogue similar to the disk 
exercisers to determine which drives are to be tested. The operator 
is directed to enter the number (1-8) of drives to be tested and the 
unit numbers (0-7) of those drives. Before detaching to run the test, 
DTEXER will zero the tapes on all specified drives. In the detached 
state, DTEXER proceeds to open a file on the unit being tested and 
fills the file with floating point numbers. Out of a possible 578 
tape blocks, 286 blocks are written if a 4-word math package is being 
used. 144 blocks are written if the system is configured with two 
word math. After the file is written, it is closed and reopened for 
input. Numbers written on the tape are read and checked keeping a 
count of incorrect values, If at the end of the test the error count 
is not zero, DTEXER will print the count before proceeding to test the 
next drive. 


DTEXER Example: 


#* JOB NAME TO START OR ATTACH ? DTEXER 
** LOGGING IN NEW JOB NAMED “DTEXER’. 


DT#*SYSTEM CONFIGURED FOR 2 DRIVES 

DT*#HOW MANY DRIVES DO YOU WANT TO TEST ? 2 
DT*WHICH DRIVECS) ? @.4 

DT¥ARE DRIVECS> @,1 MOUNTED AND N/E? YES 
DT#DT EXERCISER DETACHING 


** JOB NAME TO STRRT OR ATTACH ? 
** CONTROL JOB ENTERING MONITOR MODE. 


** STRTUS OF CONTROL SUBJOBCS) AT @4:48 FM 


NAME JOB NO. STRTE CPU-TIME 
CONTRL 8 RN 23.9 
CTEXER 12 RN 413.4 


** REATTACHING SUBJOB DTEXER 


DT*DT EXERCISER DONE FOR DRIVE“S):6, 4 
PT*TO REATTACH TO CONTROL TYPE “RYE, T 


READY 


BYE SF 


** JOB NAME TO START OR ATTACH ? 
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4.3  MTEXER - MAGTAPE EXERCISER 


The magtape exerciser is used to check normal operation of the 
TM11 magtape control and up to eight TU1@ 7-track or 9-track drives 
and the RH11/TM#2 magtape control and up to eight TU16 drives. MTEXER 
allows the operator to select the drive(s) to be tested, the length of 
tape to be written, and the number of repetitions to be performed. On 
each iteration, the tape is zeroed, a file is opened, and data is writ- 
ten until the specified length of tape has been used. The tape is then 
rewound, the file is opened for input, and the data is read and veri- 
fied. If errors are detected, a count of the number of bytes found to 
be incorrect is printed before proceeding to the next iteration. 


The data pattern used is a worst case NRZ pattern for 9-track 
drives. This pattern is not worst case for 7-track recording. The 
pattern is loaded into a 512 byte buffer and n PUT operations are used 
to write the tape. The variable n is equal to the repetition number 
so that n identical records are written on repetition n. The pattern 
buffer is then changed and the process continues until the required 
length of tape has been written. Since the number of PUT operations 
increases, tape speed increases on each successive iteration. Further- 
more, the pattern base varies with n so that the contents of the pat- 


tern buffer also varies on successive iterations. 


Problems with TM11/TU1f magtape drives are most likely to occur 
when running several drives simultaneously. It is therefore advanta- 
geous, if not imperative, that one copy of MTEXER be run for each drive 
on the RSTS/E system. To check for correct mechanical operation and to 
ensure no interaction between drives, MTEXER should be run for only a 
few feet of tape (from 5 to 19 feet) but with many iterations (from 
38 to 49). Running multiple copies of MTEXER forces rewinds of some 
drives while read/write operations are performed on other drives. 
Conversely, to ensure data integrity, a large amount of tape should be 
written (from 199 to 499 feet) with few iterations (from 1 to 5). 
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MTEXER Example: 


#* JOB NAME TO START OR ATTACH ? MTEXER 
*® LOGGING IN NEW JOB NAMED 'MTEXER! 


MT*SYSTEM CONFIGURED FOR 8 DRIVE(S). 

MT*HOW MANY DRIVES DO YOU WANT TO TEST ? 1 
MT*WHICH DRIVE(S) ? @ 

MT*HOW MANY FEET OF TAPE DO YOU WANT TO WRITE ? 18 
MT*HOW MANY REPETITIONS PER DRIVE ? 12 

MT*ARE DRIVE(S) @ MOUNTED AND W/E ? YES 

MT*MT EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH ? MTEXER 
** LOGGING IN NEW JOB NAMED 'MTEXER'. 


MT*SYSTEM CONFIGURED FOR 8 DRIVE(S). 

MT*HOW MANY DRIVES DO YOU WANT TO TEST ? 1 
MT*WHICH DRIVE(S) ? 1 

MT*HOW MANY FEET OF TAPE DO YOU WANT TO WRITE ? 12 
MT*HOW MANY REPETITIONS PER DRIVE ? 18 


MMEADE NOTIP SOY 1 MATINIMEN ANN t/D Oo VIRG 
MLO ANG YPNaVvoyosy 2 MUUN a ANN WG Lb 


MT*MT EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH ? MTEXER 
*# LOGGING IN NEW JOB NAMED 'MTEXER'. 


MT*SYSTEM CONFIGURED FOR 8 DRIVE(S). 

MT*HOW MANY DRIVES DO YOU WANT TO TEST ? 1 
MT*WHICH DRIVE(S) ? 2 

MT*HOW MANY FEET OF TAPE DO YOU WANT TO WRITE ? 19 
MT*HOW MANY REPETITIONS PER DRIVE ? 18 

MT*ARE DRIVE(S) 2 MOUNTED AND W/E? YES 


' Second copy 


Third copy 


MT*ERROR AT LINE 165 :MAGTAPE SELECT ERROR (19-JUL-73,83:45 PM) 


MT*®TO CONTINUE TYPE 'CONT', TO ABORT TYPE '“*C'. 

? CONT 

MT*SYSTEM CONFIGURED FOR 8 DRIVE(S). 

MT*HOW MANY DRIVES DO YOU WANT TO TEST ? 1 
MT*WHICH DRIVE(S) ? 2 

MT®HOW MANY FEET OF TAPE DO YOU WANT TO WRITE ? 18 
MT*HOW MANY REPETITIONS PER DRIVE ? 19 

MT*ARE DRIVE(S) 2 MOUNTED AND W/E? YES 

MT*®*MT EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH ? /MTEXER 
#* CONTROL JOB ENTERING MONITOR MODE. 


## STATUS OF CONTROL SUBJOB(S) AT $3:47 PM 


NAME JOB NO. STATE CPU-TIME 
MTEXER 12 RN 1:62.1 
MTEXER 13 RN 45.4 
MTEXER 15 RN 5-7 


Drive was offline 


** REATTACHING SUBJOB MTEXER 


MT*MT @ ERROR AT LINE 440 :MAGTAPE SELECT ERROR (41@0-JUL-73, 03:47 Pia) 
Drive was switched 


MT*MAGTRPE STATUS SUMMARY : offline to force an error. 
MT*LAST COMMAND WAS READ Full Status printout 

MT* DENSITY PRRITY TRACKS only occurs if the test 
MT * 3 ODD 9 file was open at the time 
MT* W-LOCK EOT BOT EOF RLE of the error. 

MT* NO NO NO NO NO" 

MT* SELECTION ERROR OCCURED 


MT*TOQ CONTINUE TYPE “CONT’, TO ABORT TYPE “*C-. 

? CONT 

MT*SYSTEM CONFIGURED FOR 8 DRIVE¢S). 

MT*HOW MANY DRIVES DO YOU WANT TO TEST ? 4 
MT*WHICH DRIVECS> 2? @ 

MT*HOW MANY FEET OF TAPE DO YOU WANT TO WRITE ? 48 
MT*HOW MANY REPETITIONS PER DRIVE ? 4@ 

MT*ARE DRIVECS> @ MOUNTED AND W/E? YES 

MT*¥MT EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH ? /MTEXER 
** CONTROL JOB ENTERING MONITOR MODE. 
** STATUS OF CONTROL SUBJOB<S> AT @3:48 PM 


NAME JOB NO. STATE CPU-TIME 
MTEXER 12 RN 1:67.2 
MTEXER 13 RN 96. 6 
MTEXER 15 RN 22.2 


** RERTTACHING SUBJOB MTEXER 

MT*MT EXERCISER DONE FOR DRIVE“<S?:4 

MT*TO REATTACH TO CONTROL TYPE “BYE*, TO RERUN TYPE “RUNNH’. 
READY 

** MTEXER WRIT EXHAUSTED. 

** CONTROL TERMINATING JOB #13 MTEXER 

“°C 


BYE/FS$ 
READY 


** JOB NAME TO START OR ATTACH ? “ALL 
** CONTROL JOB ENTERING MONITOR MODE. 


**® STATUS OF CONTROL SUBJOB“<S> RT 83:59 PM 


NAME JOB NO. STATE CPU-TIME 
CONTRL 4 RN 25.4 
MTEXER 12 RN 2:42.8 
MTEXER 15 HB SW 1:39. 3 


«* REATTACHING SUBJOB MTEXER 

MT*MT EXERCISER DONE FOR DRIVE“S):2 

MT*TO REATTACH TO CONTROL TYPE “BYE”. TO RERUN TYPE “RUNNH’. 
READY 


BYE/F 


w* JOB NAME TO START OR ATTACH ? /AALL 
** CONTROL JOB ENTERING MONITOR MODE, 


** STRTUS OF CONTROL SUBJOB<S) AT @3:59 PM 


NAME JOB NO. STATE CPU-TIME 
CONTRL 4 RN 25.9 
MTEXER 12 HB 2:45.5 


** REATTACHING SUBJOB MTEXER 


MT*MT EXERCISER DONE FOR DRIVES) :8 
MT*TO REATTACH TO CONTROL TYPE “BYE",. TO RERUN TYPE “RUNNH’. 
READY 


BYE /F 


** JOB NAME TO START OR ATTACH ? 


4.4 CREXER - CARD READER EXERCISER 
— EE OER 


The card reader exerciser tests the CR11 and CDl1i punched card 
readers. CREXER is intended for use with MAINDEC-89-D1B1-C entitled 
"ALPHA CARD DECK" which is supplied with the reader diagnostics. This 
deck consists of 80 cards punched with a rotating character set. As 
the deck is read and verified, if the data read does not agree with 
the MAINDEC, the actual and expected contents of each card is recorded 
in a disk file for later printing. Thus, if the MAINDEC is not 
available, any card deck (punched with DEC029 or an equivalent punch) 
can be read and printed for manual verification or a MAINDEC can be 
punched from the listing of expected card contents. 


Standard card codes for RSTS/E are listed in Appendix D of the 
BASIC-PLUS Language Manual. The pattern used in the MAINDEC shifts 80 
characters through all 80 column positions. Since the pattern repeats 
every 80 cards, several copies of the MAINDEC can be stacked for a more 
thorough test of reader operation. CREXER continues reading until a 
hopper empty or end of file condition is detected. End of file is 
generated with either an end of file card (12-11-0-1 punch in column 
1) or with the end of file switch (1200 cpm CD11 only). 


CREXER Example: 


ae (ND sow 7 


e* JUS RAKE TO START OR ATTACH 7 CREXER 
** LOGGING IN NEW JOB NAMED “CREXER’. 


CR*STARTING CARD READER EXERCISER. 


CR*LOAD MRINDEC-89-D1B4-C LABELLED “ALPHA CARD DECK’ INTO THE 
CR*READER. THE DECK WILL BE RERD AND VERIFIED. IF RNY ERRORS FRE 
CR*DETECTED, THE EXPECTED AND ACTUAL CONTENTS OF THE ERD CARD 
CR*WILL BE RECORDED IN RA DISK FILE FOR LATER FRINTING ON EITHER 
CR*THE CONSOLE TERMINAL OR THE LINE FRINTER. CRRDS WILL BE READ 
CR*UNTIL END OF FILE OR HOPPER EMFTY 15 DETECTED. SEVERAL COPIES 
CR*OF THE MAINDEC MAY BE STACKED FOR R MORE THOROUGH TEST. 


CR*CARD READER READY ? YES 
CR*CARD READER EXERCISER DETRCHING. 


** JOB NAME TO STRRT OR ATTACH ? 7 


** CONTROL JOB ENTERING MONITOR MODE. 
## REATTACHING SUBJOB CREXER 
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CR*OUT OF 648 CARDS READ, ERRORS WERE DETECTED ON 4 CARDS. 


CR*eTYPE “LP:“ TO LIST ERRORS ON THE LINE PRINTER OR TYPE “KE:¢ 
CR*TO LIST ERRORS ON THIS KEYBORRD. 


CR*YOUR LISTING DEVICE 7? KB: Error was forced with one bad card. 


CRRD 5S EXPECTED : DEFGHIC. <¢+.!-JKLMNOPGR 19%); “O/STUYNKYZSN, 497 123456789 40 =" aR 
ECDEFGHIL. <<+!8ABC 


CARD 5 ACTUAL : DEFSHIL. <¢+!-JKLMNOPQR 1$%)9; “B/STUVNOYZN, 297 123456789 #0 =" aA 
BCDEFGHIC. <<+!8RBC 


Note that the letter G(12-7 punch) was changed to & (12 punch) and 
the letter X(§-7 punch) was changed to @(f punch). This indicates 
occasional dropouts on row 7 of the card. This type of problem 
might be caused by dust on the head or marginal operation of the 
photo sensor or amplifier for row 7. 


CR*CARD READER EXERCISER DONE. 
CR*#*TO REATTRCH TO CONTROL TYPE “BYE", TO RERUN TYPE “RUNNK’. 


READY 


BYE/F 


«* JOB NAME TO STRRT OR RITACR ? 


4.5 LPEXER - LINE PRINTER EXERCISER 
ee A LOR 


The line printer exerciser simply prints a rotating ASCII pattern 
on LP1l or LS1l printers. Up to 8 printers can be sequentially tested 
with one copy of LPEXER or several copies can be run simultaneously, 
each exercising a different printer. 


LPEXER Example: 


** JOB NAME TO START OR ATTACH 7 LFEXER 
** LOGGING IN NEW JOB NAMED “LPEXER-. 


LP*SYSTEM CONFIGURED FOR 2 PRINTER“S). 

LP*HOW MANY PRINTERS DQ YOU WANT TO TEST ? 4 
LF*TYPE UNIT #°S OF PRINTER<S) TO BE TESTED ? @ 
LP*RRE PRINTER<S) @ ONLINE AND READY? YES 
LP*HON MANY PAGES OF OUTPUT DO YOU WANT? 2 
LP*LF EXERCISER DETRCHING. 


** JOB NAME TO STRRT OR ATTACH ? 
** CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOB<S? AT @4:10 PM 


NAME JOB NO. STATE CPU-TIME 
CONTRL 3 RN 16.4 
LPEXER 9 RN 26.4 


** STATUS OF CONTROL SUBJOB‘S5>? AT 64:44 PM 


NAME JOB NO. STATE CPU-TIME 
CONTRL 3 RN 16.5 
LPEXER 9 RN SW 34.8 


** REATTRCHING SUBJOB LPEXER 

LP*LINE PRINTER EXERCISER DONE 

LP*TO REATTACH TO CONTROL TYPE “BYE*, TO RERUN TYPE “RUNNH’. 
READY 


BYE/F 


** JOB NAME TO START OR ATTACH ? 
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4.6 PPEXER - PAPER TAPE PUNCH EXERCISER 


test the paper tape reader. The tape consists of 32 repetitions of a 
binary count pattern. Each pattern includes all possible punches 
alternating with the he complement _punch, i. ee, (in octal) 1, ‘1(=376), 
2,2(= =375) ,.00,376, 376 (= 1), 377, 377 (= 0), O, 0(= 377). This tape is 
identical to MAINDEC-$$-D2G4-PT labelled "SPECIAL BINARY COUNT PATTERN 
TAPE" supplied with the paper tape reader diagnostics. 


PPEXER Example: 


** JOE NAME TQ STRRT OR RITRCOH 2? PPEXER 
** LOGGING IN NEN JOB NAMED “PPEXER’. 


PP*STARTING PP EXERCISER, PP READY ? YES 

PP*THIS TEST WILL PUNCH A BINARY COUNT PATTERN TAPE 
PP*THE TAPE IS EQUIVALENT TO MAINDEC-@8-D2G4-PT ENTITLED 
PP*SPECIAL BINARY COUNT PATTERN TRPE. EITHER THE TAPE 
FP*PUNCHED BY THIS EXERCISER OR THE SUPPLIED MAINDEC 
PP*TAPE MAY BE USED TO TEST THE PAPER TAPE READER 


FP*I] WILL PUNCH A LERDER RND THEN SLEEP 3@ SECONDS 
FP*NHILE YOU STRAIGHTEN QUT THE TAPE IN THE HOPPER. 
FP*PP EXERCISER DETACHING 

** JOB NAME TO STRRT OR ATTACH ? “ALL 


** CONTROL JOB ENTERING MONITOR MODE. 


MRME JOB NO. STATE CPU-TIME 
CONTRL 3 RN 12.5 
PPEXER ; 9 RN 3.5 


** RERTTACHING SUBJOB PPEXER 


PPePP EXERCISER DONE 

FP*NOW USE THE GENERRTED PAPER TAPE TO TEST THE READER 
FP*TOQ REATTACH TO CONTROL TYPE “BYE” TO RERUN TYPE “RUNNH-. 
READY 


BYE “F 


** JOB NAME TO START OR ATTACH ? 
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4.7 PREXER - PAPER TAPE READER EXERCISER 


The tape generated by PPEXER or MAINDEC-$$-D2G4-pT "SPECIAL BINARY 
COUNT PATTERN TAPE" may be used with PREXER to test a paper tape reader. 
PREXER reads and checks.30 repetitions of the binary count pattern 
described in the previous section and then skips any remaining tape in 
the reader. When end of file is encountered, PREXER reports any errors 
detected. If a large number of errors are reported, the operator should 
check the read station for dust and insure that the tape was correctly 
loaded into the reader. PREXER will report 15360 errors if the tape is 
loaded backwards. In the case of excessive errors, it may also be 
necessary to manually examine a tape punched by PPEXER to insure that 
the punch is functioning properly. 


PREXER Example: 


** JOB NAME TQ STRRT OR ATTACH ? PREXER 
** LOGGING IN NEW JOB NAMED “PREXER’. 


PR#STARTING PR EXERCISER. 

PR*LORD MRINDEC-98-D2G4-PT OR THE BINARY COUNT PATTERN. 
FR*TRPE GENERATED BY THE PUNCH EXERCISER INTO THE READER 
PR*WITH THE LEADER UNDER THE READ STATION. READER READY ? YES 
PR*PR EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH ? ¢ 


** CONTROL JOB ENTERING MONITOR MODE 
** REATTACHING SUBJOB PREXER 


PR*ERROR AT LINE 126 :DEVICE HUNG OR WRITE LOCKED ¢@6-JUL~723, 64:@2 PM) 
PR*TQ CONTINUE TYPE “CONT’, TO ABORT TYPE “°C”. ? CONT Reader was not ready. 
PR*STARTING PR EXERCISER. 

PR*LORD MRINDEC~@6-D2G4-PT OR THE BINARY COUNT PATTERN 

PR*TAPE GENERATED BY THE PUNCH EXERCISER INTO THE READER 

FR*WITH THE LERDER UNDER THE READ STATION. READER READY ? YES 

PR*PR EXERCISER DETACHING 

** JOB NAME TO START OR ATTACH ? “ALL 


** CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOB«<S) AT 84:04 PH 


NAME JOB NO. STATE CPU-TIME 
CONTRL 3 RN 13.7 
FREXER 9 PR 6.6 


<some time and several status printouts later> 


** REATTACHING SUBJOB PREXER 


PR*PR EXERCISER DONE, ERROR COUNT= @ 
PR*TO RERTTACH TO CONTROL TYPE “BYE*, TO RERUN TYPE 


RERDY 


BYE ¢F 


** JOB NAME TO START OR ATTACH ? 


“RUNNH?. 


4.8 KBEXER ~ KEYBOARD EXERCISER 
——— ees 


The SYSTST keyboard exerciser is used to test local and remote 
terminals connected to the RSTS/E system. Since terminals may not be 
connected at the DEC manufacturing facility, KBEXER will be used 
primarily at the customer site for field installation testing. KBEXER 
will test only one terminal at a time but may be transferred from one 
terminal to another. Several copies of KBEXER can be run if simul- 
taneous testing of several terminals is desired, 


RSTS/E supports a variety of terminals including the LA3@ and 
LA3$S DECwriters, VT£5 and VT@5B alphanumeric display terminals and 
Teletypes. Terminals may be connected to the UNIBUS via KL11 (A-E), 
DL11 (A-E), LCll or DCll single line interfaces, or the DH1l multi- 
plexer. The DCll and DH11 allow terminal characteristics to be 
varied under program control. RSTS/E will default variable parameters 
on these lines to ASR-33 characteristics, i.e., 110 baud, 1 start 
bit, 8 data bits, 2 stop bits, and no parity. The BASIC-PLUS program 
TTYSET, included in the standard library, can be used to change 
terminal characteristics if necessary for test purposes. Refer to 
Section 7.4 of the RSTS/E System Manager's Guide for instructions 
on the use of TTYSET and procedures for setting up the TTYSET.SPD 
file, 


KBEXER implements four terminal tests. The SPACE test verifies 
that the terminal carriage (if a carriage exists) will return reliably 
from any position on the line. An ASCII pattern test verifies that the 
terminal will print the standard ASCII character set in all print 
positions. The WORST case pattern test forces the print head on 
ASR-33 Teletypes to rotate a half revolution at every print position, 
Finally the REPEAT test repeats everything typed on the terminal to 
verify two way communications. Commands are entered from the terminal 
being tested. One of the four tests is initiated by typing the test 
name and is terminated by typing CTRL/C (*C). Instructions for use of 
this exerciser are printed if the RETURN key (<CR>) or HELP is typed at 
command level. 


Two additional commands are provided to transfer KBEXER to another 
terminal. The command /KBnn will transfer to keyboard number nn. All 
subsequent commands would be entered from that terminal. In testing 
remote terminals the telephone connection must be established prior to 
transferring to the remote keyboard. The remote terminal should not 
be logged in to the system since it would then appear busy when the 
transfer is attempted. The /CONTROL command transfers KBEXER back 
to the SYSTST control program. 
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KBEXER runs attached to the keyboard which initiated it until a 
transfer command is entered. Thereafter, the job is detached and 
communicates with terminals through an open file. In this detached state 
the exerciser cannot be terminated by typing CTRL/C (“C), When the job 
is reattached by the SYSTST control program (or by anybody else), it 
can be terminated with CTRL/C (“C) and can be logged off the system by 
typing BYE. 


KBEXER Example: 


** JOB NAME TO START OR ATTACH ? KBEXER 
** LOGGING IN NEN JOB NAMED “KBEXER’. 


KBG »* KEYBOARD EXERCISER 
KB@ »* SYSTEM 1S CONFIGURED FOR 32 TERMINALS “KB@ - KB34 9 


KBG@ * ENTER TEST NAME OR TRANSFER COMMAND: HELP 


KB@ * THE KEYBORRD EXERCISER CAN BE USED TO TEST ANY LOCAL GR REMOTE 
KB@ * TERMINAL CONNECTED TO THE RSTS’E SYSTEM. ANY OF THE FOUR TESTS 
KB@ * PROVIDED MAY BE INVOKED BY TYPING THE TEST NAME ON THE TERMINAL 
KB@ * TO BE TESTED. THE EXERCISER MAY BE TRANSFERRED FROM ONE TERMINAL 
KBG * TO ANOTHER BY USE OF THE TRANSFER COMMAND DESCRIBED BELON: 

KB@ * SPACE SPACE AND CARRIAGE RETURN TEST 

KBG »* ASCII ROTATING ASC11 CHARACTERS TEST 

KB@ * WORST WORST CASE “ASR33>2 PATTERN TEST 

KB@ * REPEAT REPEATS WHATEVER 15 TYPED ON TERMINAL 

EBG * “KBet TRANSFER EXERCISER TO KEYBOARD 24 

EB@ * “CONTRL TRANSFER EXERCISER BACK TO CONTROL JOE 


EBe * TO STOP ANY TEST FOR COMMAND ENTRY. TYPE CONTROL/C 
KB@ * BEFORE ATTEMPTING TO TRANSFER TO A REMOTE TERMINAL. 
KB@ * THE TELEPHONE CONNECTION SHOULD BE ESTABLISHED. 


KBB #* ENTER TEST NAME OR TRANSFER COMMAND: ASCII 
KBG@ * ROTATING ASCII CHARACTERS TEST 


MESES Coet, — (0123456789 :; (=> 7@ABCDEF GHIJKLMNOPGRSTUVNXYZES I7_ PN HSK 
CM HSLRS Cet, — /8123456789 :; <=> 7@ABCDEFGHIJKLMNOPQRSTUYNAYZES 7 PSHE 
2 U"BSLRS Coot, -) (8123456789 3 <=> 7@ABCDEFGHIJKLMNOPQRSTUYNXYZES 7 fe 
~ 2 §"RSZRS Cet, -. 48123456789 :; (=> 27@ABCDEFGHI] JKLMNOPQRSTUYNXY2Z0N 7 of" 
2 IRSA! Cot, -, 70123456789 : 5 <=> 27@ABCDEFGHI JKLMNOPGRSTUVNRYZEN IT! 
tin. UN RSHRS Cet, -. (8123456789 25 <=> 27@RBCDEFGHIJTC 


KB@ * ENTER TEST NAME OR TRANSFER COMMAND: SPACE 


KBQ + SPACING TEST 


“Cc 


KB@ * ENTER TEST NAME OR TRANSFER COMMAND: WORST 


KB@ * ROTATING WORST CASE “RASR33) PATTERN TEST 


OWE! WO? WE? WE LW WW OW WW WN OW We We OW? 

7 WP? We? We We WW WS OW WE WO ON 
We? WE? WES We? WE WS WW LW LS LW? We WE UW We? We? WE LW? ne? 
WWE? WE? WE! We WE WE WW We WW We? WE I? WP? WE We 
“We” CWE! WE? WE WE WE WME ME WE WM WW I LN I I I? We? 
OO WES LW! LWP? LW LWP WE LW LW LW? LW LW OD ; 


KB@ * ENTER TEST NAME OR TRANSFER COMMAND: REPEAT 
KB@ * REPEAT TEST 
> 


BOM vritreesses 
RBCDEFGHI UKLMNOPQRSTUVINX' 


UYNKYS 
? ABCDEFGHIJKLMNOPQRS TUVWXYZ 


? 1234567896 
? 1234567898 


? I" RS$2e* C= 
? I°RSKE C= 


KB@ * ENTER TEST NAME OR TRANSFER COMMAND: /7KBS 

KB@ + * KEYBOARD EXERCISER TRANSFERRING FROM KB@ TO KBS 
KB@ »* PLERSE ENTER SUBSEQUENT COMMANDS FROM KB5 

KB@ * KEYBORRD EXERCISER DETACHING 
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** JOB NAME TO START OR ATTACH ? /ALL 
** CONTROL JOB ENTERING MONITOR MODE 


** STRTUS OF CONTROL SUBJOB“¢S>3 AT 83:27 PM 


NAME JOB NO... STATE CPU-TIME 
CONTRL 3 RN 16.3 
KBEXER 12 KB 6.8 


At this point KBEXER is detached and is ready to test KB5. The 
same tests and commands are available at that keyboard except that the 
exerciser cannot be terminated by typing CTRL/C (°C), At the conclusion 
of tests on KB5, the exerciser can be transferred to another terminal 


or back to the control program as shown below. 


KBS  * KEYBOARD EXERCISER 
KBS  * ENTER TEST NAME OR TRANSFER COMMAND: /CONTRL 
KBS  * KEYBOARD EXERCISER TRANSFERRING TO CONTROL KEYBOARD 


On the control keyboard KBEXER is reattached and Waits for a 
command, In this case, the job is logged out. 


*%* REATTACHING SUBJOB KBEXER 


KB@ * KEYBORRD EXERCISER 

KB@ * SYSTEM IS CONFIGURED FOR 32 TERMINALS “KB@ - KB34 » 
KB@ »* ENTER TEST NAME OR TRANSFER COMMAND: “C 

READY 


BYE/F 


** JOB NAME TO START OR ATTACH ? 


4.9 CPEXER - PROCESSOR EXERCISER 


The SYSTST processor exerciser is intended to put a heavy load 
on the central processor unit (CPU). CPEXER runs compute bound for 
short bursts and then sleeps for five seconds so that average proces- 
sor loading is not sufficient to appreciably affect the performance 
of the peripheral exercisers. CPEXER was specifically designed to 
test the PDP-11/40 FIS or PDP-11/45 FPP options but also serves to 
verify general CPU integrity and correct PDP-11/40 EIS operation. 


The FIS and FPP hardware options are fully utilized when the ex- 
tended functions (sine, cosine, etc.) are configured in the system. 
Hence CPEXER asks the operator if the system is configured for extend- 
ed functions. If the system does include functions, then all the 
tests described below are performed. If functions are not included, 
only those tests identified with an asterisk below are performed. 
There is no way for a BASIC~PLUS program to trap the error which 
occurs if an extended function is used but the RSTS/E system was not 
configured for this feature at SYSGEN time. If there is doubt that 
the functions were included, the operator should indicate that the 
system does include functions. CPEXER will then try one simple 
calculation, X=SIN (0.5), and will abort with the message "MISSING 
SPECIAL FEATURE" if the functions were actually not configured. 
CPEXER can then be rerun by simply typing "RUNNH". 


The tests performed by CPEXER are described briefly below. In 
most of the tests, results are compared to known correct values. 
Two "grind" tests are also included to verify consistent results of 
duplicate calculations. Finally a few miscellaneous tests are per- 
formed which have detected hardware failures on test systems in the 
past. 


CPEXER Test Descriptions: 


SIN (X) X= (Y/180) *PL 
FOR Y=10 TO 350 STEP 10 (Degrees) 
Uses SIN(X) extended function. 
Results are compared to known correct values. 


SIN(X)* FOR X=10 TO 350 STEP 10 (Degrees) 
Uses a polynomial approximation to SINE function. 
Results are compared to known correct values. 


LOG (X) FOR X=10 TO 500 STEP 10 
FOR/|X=0.1 TO 1.0 STEP 0.1 
Uses LOG(X) extended function. 
Results are compared to known correct values. 
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EXP (X) FOR X= -10 TO +10 STEP 1 
FOR X=-0.9 TO 0.9 STEP 0.1 
Uses EXP(X) extended function. 
Results are compared to known correct values. 


SOR (X) FOR X=100 TO 5000 STEP 100 
Uses SQR(X) extended function. 
Results are compared to known correct values. 


SQR(X) * FOR X=100 TO 5000 STEP 100 
Uses Newton-Raphson method for square root. 
Results are compared tc known correct values. 


LOG (EXP (X))FOR X=1.0 TO 5000.0 STEP 3.0 
Grind test for consistent results using statem 
IF EXP (LOG (EXP (LOG (EXP (LOG (EXP (LOG (EXP (LOG (X) ) 
<> EXP (LOG (EXP (LOG (EXP (LOG (EXP (LOG (EXP (LOG (X) } 
THEN <error> 


ATN(TAN(X))FOR X=-1.50 TO 1.50 STEP 0.01 
Grind test for consistent results using statem 
IF ATN (TAN (ATN (TAN (ATN (TAN (ATW (TAN (ATN (‘TAN (X) ) 
<> ATN (TAN (ATN (TAN (ATN (‘TAN (ATN (TAN (ATN (TAN (X) ) 
THEN <error> 


MISC.* A=1.0/0.0 
Verify floating point divide by zero trap 
A&8=1%/0% 
Verify integer divide by zero trap 


A%=60000. 
Verify integer conversion error trap 


IF INT(40.6621*100.+0.5) /100==40.66 

THEN <correct> ELSE <error> 

This calculation failed on an 11/40 system which was 
having EIS problems 


~~ 0 
we 
—— ctr 
er ew 
—— 
— ~~ 
Ne 
—~ 


~~ oO 
—~— 3 
“—~— ct 


*These tests do not require extended functions. 


CPEXER Example: 


** JOB NAME TO START OR ATTACH ? CPEXER 
** LOGGING IN NEN JOB NAMED “CPEXER’. 


CP*STARTING CPUPCEIS/FIS/FPP EXERCISER 
CP#ARE YOU CONFIGURED FOR EXTENDED FUNCTIGNS ? HELP 


CP*DURING THE RSTS/’E SYSTEM GENERATION, YOU WERE ASKED WHETHER 
CP*OR NOT THIS SYSTEM REQUIRED THE EXTENDED MATHEMATICAL FUNCTIONS 
CPe¢SINE, COSINE, ETC. %. IF YOU ANSWERED “YES* TO “FUNCTIONS?” AT 
CP*SYSGEN TIME, THEN REPLY “YES* TO THE QUERY BELOW, IF YOU 
CP¥ANSWERED “NO” AT SYSGEN, THEN YOU RARE NOT CONFIGURED FOR THE 
CP*EXTENDED FUNCTIONS RAND YOU SHOULD ANSWER “NO” BELOW. IF YOU ARE 
CP*UNSURE, THEN ANSWER “YES” AND I WILL TRY TO USE ONE OF THE 
CP*EXTENDED FUNCTIONS. IF THE OPERATION FAILS. AN ERROR MESSAGE 
CP#WILL BE PRINTED AND THIS EXERCISER WILL ABORT. SHOULD THAT 
CP*OCCUR, SIMPLY TYPE “RUNNH*” TO RERUN CPEXER AND REPLY “NO” 
CP*#NHEN AGAIN ASKED IF YOU ARE CONFIGURED FOR EXTENDED FUNCTIONS. 


CP*ARE YOU CONFIGURED FOR EXTENDED FUNCTIONS ? YES 


CP*¥EACH ITERATION TAKES ABOUT 2 MINUTES 
CP*HOW MANY ITERATIONS DO YOU WANT TO RUN ? 5 


CP*CP EXERCISER DETACHING 
** JOB NAME TO START OR ATTACH ? “ALL :68 
** CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOB*<S> AT @3:34 Pr 


NAME JOB NO. STATE CPU-TIME 
CONTRL 8 RN 16.2 
CPEXER 12 SL 8.9 


<several status printouts later> 


** REATTACHING SUBJOB CPEXER 


CP*CPUPEIS/FIS/FPP EXERCISER DONE. TOTAL OF @ ERRORS DETECTED 
CP*TO REATTACH TO CONTROL TYPE “BYE*, TO RERUN TYPE “RUNNH’. 


READY 


** CPEXER WAIT EXHRUSTED 

** CONTROL TERMINATING JOB #42 CPEXER 
aaa Pi 

BYE CFS 

READY 


** JOB NAME TO START OR ATTACH ? 


APPENDIX A 


SPECIAL SYSGEN OPTIONS 


During development of the RSTS/E system, several hidden options 
were built into the SYSGEN program to assist DIGITAL development per- 
sonnel with system generations and performance analysis. The hidden 
options are invoked through non-standard answers to several SYSGEN 
questions. Support for these features is neither expressed nor implied 
by this document. The SYSGEN questions of interest are listed below 
together with a brief explanation of the non-standard answers required 
to invoke the special options. 


A.1 CLOCK ? 


L, Porc Normal responses to use the standard KW11L Line 
Time Clock (L), the KWl11P Programmable Clock on line 
frequency (P), or the KW11P with crystal (C). 


L/STAT The modifier /STAT is used to include special 
statistics gathering code in the RSTS/E monitor. 

P/STAT Includes code and tables to record job and disk 
access statistics. The statistics code is intended 

C/STAT for performance analysis at DIGITAL and is not a 


supported feature of RSTS/E. 


RSTS/E standardly supports the LPll and LS1l (dot matrix) line 
printers. The printer driver is also coded to handle the LVll electro- 
static printer/plotter in print mode only. The LV1l is not a supported 
device and has not been tested with the RSTS/E driver. A hidden option 
is used to set the line printer characteristics to those of an LV1l. 


A.2 LPn: TYPE? 


LP or LS Normal response for LP1ll or LS1l printers. 


LV 


Response to set LV11 printer characteristics. 
LV11 can only be used in print mode. No plot- 
ting capability is provided. 


APPENDIX B 


ADDRESS AND VECTOR ASSIGNMENTS 


The RSTS/E system assumes that all devices attached to the 
PDP-11 UNIBUS have been assigned addresses and vectors according to 
manufacturing standards. Several devices have so called "Floating 
Addresses." This means that the presence or absence of any floating 
address device will affect the assignment of addresses to other float- 
ing address devices. Similarly, several devices have "Floating 
Vectors." Interrupt vectors must be assigned in a specific sequence 
and the presence of one type of device will affect the correct assign- 
ment of interrupt vectors for other devices. There are also many 
standard options which have fixed addresses and vectors. This Appendix 
presents the algorithms for assignment of floating addresses and 
vectors, and lists the fixed assignments for devices supported under 
RSTS/E. 


B.1 FLOATING ADDRESSES 


Currently the floating address devices include the DJ1l Multi- 
plexor, DH11 Multiplexor, DQl1 Synchronous Line Interface, and the DU11 
Synchronous Line Interface. The following ground rules apply to these 
devices and future floating address devices: 


1. Only new devices will be assigned floating addresses. 
Devices now in production will keep their old addresses. 


2. Future devices may float both their addresses and interrupt 
vectors. 


3. The floating address space starts at 769f19(8) and proceeds 
upward to 764999(8). 


4, A gap in the address space (no slave SYNC) implies a device 
does not exist. 


53 The first address of a new type device will always be on a 
24#N word boundary, where N is the integer value of 
(LOG>M+.9999999), and M is the number of device registers. 


Number of Registers Possible Boundaries 
In Device 


1 Any Word 

2 XXXXX@, XXXXX4 

3,4 XXXXXP 

5,6,7,8 XXXXO@, XXXX2Q, XXXX40, XXXX69 
9 thru 16 XXXXPP, XXXX49 


6. A "gap" of at least one word will be left after each type 
of device, starting on the same boundary the device would 
start on. Note that the gap must be at least one word in 
length but may be longer than one word. Gap length is 
determined by the boundary on which the next device must 
begin. 


7. Multiple devices of the same type must be addressed 
contiguously. 


Address 769919 is reserved for the first DJ11. Since the DJ11 
has four registers, additional DJ1l1's are assigned addresses modulo 
1f (base 8) immediately following the first DJ11 (i.e. 769918, 
7608298, etc.). The modulo 19 (base 8) address following the last DJ11 
is left empty and is known as the DJ1l1 gap. If there are no DJ1l's, 
the gap is at 769918. If there is one DJ1l, the gap will be at 
769929. All gaps must be at least one word in length. 


After all DJ11 addresses and the DJ11 gap are defined, the ad- 
dress for the first DH11l can be assigned. DH11's have eight registers 
which implies a modulo 29 (base 8) boundary. The address of the first 
DH11 is the first modulo 2 address following the DJ11 gap. If there 
are no DJ1ll's (DJ11 gap at 769919), the first DH11 is assigned address 
769929. Similarly, if there is one DJ11, the DJ11 gap will begin at 
769029 and the next available mod 29 boundary is 769#4f. All addi- 
tional DH1l1's are assigned addresses modulo 2 immediately after the 
first DHl11. The DH11 gap begins on the 29 boundary following the 
last DH1l. 


After all DH11 addresses and the DH11 gap are defined, DQ11 
addresses may be assigned. Since the DQ11 has four registers, a modulo 
1f boundary is required. This will be the first mod 1% boundary 
following the DH1l gap. On a system with one DJ11 and one DH11, the 
DH11 gap would be at address 76gg6g and the first available DQ11 ad- 
dress would be 76997@. All additional DQl1's are assigned addresses 
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immediately following the first DQl1. The DQ11 gap address is the 
moa 19 boundary foliowing the last DQill. Again a gap of at least 


one word is required. 


Finally DU11 addresses can be defined in a similar manner. The 
DU11 has four registers and requires a modulo 19 boundary, for 
example, assume a system has one DJ1l1, one DH11, no DQl1, and at 
least one DU11. As mentioned above, the DH11 gap would be at 
76P960. Since there are no DQl11's, the DQ1l gap must be located at 
the first modulo 1% boundary following the DH11 gap. The DQl11 gap 
would, therefore, be at address 769979. The first available DU1I1 
address would be 769199 and additional DU11 units would be assigned 
mod 19 addresses immediately following the first DUll. 


Addresses for any future floating address devices will be 
assigned in a similar manner following the DU11 gap. 


oB=L 
=DeoN 
aFeoN 
whod 


what 


1s 


THIS 2 


THIS 1S A SYMBOLIC TABLE OF UNTBUS 
ADDRESSES FOR THE FLOATING ADDRESS 
DEVICES OJ11,0M11, O@1t, AND OVULI, 
THE LETTERS & THRU Ww CORRESPOND TO 
UNIBUS ADDRESSES SHOWN IN THE LIST 
TO THE RIGHT, 


THE TABLE CONTAINS ALL POSSIBLE 
COMBINATIONS OF UP TO FOUR OF EACH 
TYPE OF DEVICE, THIS SHOULD COVER 
MOST OF THE POP#11 CONFIGURATIONS, 
THE TABLE SHOULD NOT BE USED FOR 
anY MACHINE CONFIGURED FOR MORE 
THAN FOUR DJ'S,DH'S,0Q!8, OR DUS, 


COLUMN HEADERS ARE THE NUMBER OF 
DJLi+S aNO DMIL'S, ROW HEADERS ARE 
THE NUMBER OF OG11'S AND DULI'S, 


HOW TO USE THE TABLE 


DETERMINE THE NUMBER OF OJ11'9, 
DM11'S, OG1:'S, AND DULI'S TO BE 
INCLUDED IN THE HAROQWARE CONFIG© 


URATION, 


FLOATING ADDRESS TABLE 
Oeil, 


OJit, OWLS, Ours 


ADes 


aFoe 


Ades 
aon 
eHee 


alee 


eHee 


adel 


Fee 


ADeN 
wFaw 
whee aHen 
owen alee 
ADeL 
oFeMr 


ote 


ADeN 
oFed 
wtee 


ence olen 


ADeL ADeN 
oFeM oF el 
eheN ahaP 
ewee oJen 
ADelL ADeN beeF ADRK AD=J ADeL ADDON 
eFeM oF a0 BenG Bool BFak BoM BF oO 
eHaN eHeP eaek seed cool eHaN oheP 
wel a JeW wend ewek wae wend oJnd 


FIND THE COLUMN CORRESPONDING TO 
THE NUMBER OF DJit'S AND OMY] 1S, 
SCAN DOWN THIS COLUMN FOR THE 
ROW CORRESPONDING TO THE DESIRED 
NUMBER OF DOLI'S AND DUIL'S, 


aT THE INTERSECTION POINT IS A 
4 BY «4 BLOCK OF SYMBOLS INCLUD= 
ING DASHES AND LETTERS A THRU HW, 
THE LETTERS REPRESENT THE PROPER 


UNIBUS ADDRESS FOR EACH DEVICE, 
THE LIST TO THE RIGHT SHOWS THE 
ADDRESS CORRESPONDING TC EACH 
LETTER, THE DASHES INDICATE NON@ 
EXISTENT DEVICES, THE 4X4 BLOCK 
IS INTERPRETED AS SHOWN BELOWS 
DOOD 
Jugu 
+87 aD KM 
2s0 BFeN 
3RDB = He O 
4TH e wm =o Pp 


house 
Beaew 
Cece 


hook 
Buon 
Caoe 


heat 
Beal 
Caen 


Aeoh 
Boel 
CeeJ 


deooH 
Beal 
Coad 


wonkK 


au 


ADORESSES 


FeCHOVDOvVOZTECT KOK TO WwmMIOGTyS 


760818 
768020 
7608328 
760040 
7608528 
760268 
760072 
768102 
760112 
760128 
7681338 
760142 
768158 
760162 
760172 
760208 
76e210 
768220 
760232 
760240 
769258 
760260 
768278 
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wu 
» 
s 
a 
» 


AFeos 
BHee 
Clee 


AFee 
Bren 
Clee 


alee 


AFe= 
Baoe 
Coon 


Dees 


hewn 
Beea 
Cosa 


Dees 


aAPen 
Bree 
Clee 


aFed 
Bees 
Cane 


Dens 


AF oP 
Bhee 
Clee 


aLee 


deowk 
Bewe 


Coes 


Deve 


aFedJ 
Beak 
Cowen 


Deen 


AFeP 
BHO 
Clee 


wlLee 


AFaN 
BH=O 
Clee 


rer] 
Bel 
Caen 


O--- 


afed 
Beek 
Cost 


Dees 


aPen 
Breo 
CoP 


AFeP 
BH=@ 
Cue 


elas 


heer 
Bee! 
Coed 


Deen 


AFoJ 
Beak 
Cook 
Ona 


AFeN 
Brad 
CJaP 


AF =P 
Bred 
CJeR 
w=LeS 


AeeH 
Beel 
Cael 
O--K 


EXAMPLE 


CONSIDER A SYSTEM TU Ted 


OJ'S, 3 DHIS, 1 OG. 


INCLUDE 
aNO @ DU'S, 


THE COLUMN CORRESPONDING TO 2 OJ'S 
AND 3 DH'S IS FOUND AT TME CENTER 
OF THE TABLE, THE RUW FOR 1 O@ AND 
4 Out's IS LOCATED On PAGE 2 OF 3, 
TRE BLOCK AT THE INTERSECTION 18 
THE ONE SmOmN TO TRE LEFT @ELOM, 


4 BLOCK AND THE LIST 
THE CORRECT FLOATING 
BE READ ImmEDIATELY, 


USING THE 4 X 
OF ADDRESSES, 
ADDRESSES Can 


1ST OJii 8 «4 & 768010 
2ND DJ11 # 8 = 768028 
18T DH11 © 0 © 766848 
2ND DWI} © F & 760068 
SRD O11 = H # 768180 
18ST DQi1 # K & 760138 
1ST DULY © mw ® 760150 
2ND DULL = N ® 760168 
3RD OUL1 # O # 768178 
47h DULL = @ * 760208 


o@ DU 
1 @ 
11 
1 2 


13 
1 4 
2 8 
241 
2 2 
2 3 
2 4 


Od 
On 


=BGr 
=Dee 


#661 
eDeJ 


BGI 
Ded 
wok 


-8G67 
«Ded 
enakK 


woel 


=86= 
=0He 


“BG6J 
“Die 


-acJ 
@DHK 


"8G6J 
=DHK 
woek 


@BGJ 
wOHK 
wane 


eoaM 


ao 


eBIe 
=Dee 
oFeu 


oBIK 
eDes 
oPew 


~BIK 
=D=L 
oFeow 


eBIK 
Del 
oFoM 


“BIK 
oDel 
oF am 


waoN 


=Ble 
»DJe 
=Fon 


eBIL 
Ose 
Fen 


eBIL 
o0JM 
aFoe 


BIL 
@09M 
oFeN 


eBIL 
eDJM 
wk aN 


wean0 
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FLOATING ADDRESS TABLE 
Oott, 


OJit, 

1 2 

4 8 
ADM@ AvEe 
Fee Bane 
aHee eae 
olen avse 
ADMO AEG 
aFeue Bone 
whee weooe 
wlan ease 
AOMO A@EG 
eFeP Beet 
whee vese 
aJee enoe 
ADMO 4-EG 
oF aP Book 
Ha ewol 
alee sese 
ADMO AwEG 
wFeP Book 
whe neal 
wJeR wand 
ADMe hoEo 


Baka 
Perry 


woEH 
Boke 


AwEH 
BoFl 


AwEH 
Bor] 
wooed 


heEH 
Bef! 
weed 


weak 


OW11, 


outl 


Nw 


AFKe 
BHeew 
Cows 


APKM 
BHea 
Cuan 


aPKM 
BHeN 
Cone 
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Bren 
Cw=0 


AFKM 
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AF Ke 
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Coane 


APKN 
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tt 


APMe 
Bhee 
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Bree 
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Clee 
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B.2 FLOATING VECTORS 


Many devices have floating vectors. The vector assignment se- 
quence is normally the same sequence as that in which the devices 
enter production. A vector of a new hardware option is not inserted 
before the vector for a device that is already in production. Gaps 
in the vector assignments are not required. The floating vectors 
begin at address 39 and proceed continuously upwards. The vector 


assignment sequence for current devices is defined below. 


First Next Vector | Max # 
Device Address Addr. Size Units Bean RSTS/E Notes 


pcll 1749998 +16 BR5 

KL11, DL11A, B| 176599 +18 i i BR4 NON-CONSOLE 
DP1l 174778 -19 19 32 BR5 2788 ONLY 
DML1A 17598 +16 1p 16 BR5 NOT SUPPORTED 
DN11 175299 +18 4 16 BR4 NOT SUPPORTED 
DM11BB 179599 +19 4 16 BR4 

DRI11A, C 167779 -1g 1p? 32 BR5 NOT SUPPORTED 
PA611 READER 172628 + 4 4) 16 BR4 NOT SUPPORTED 
PA611 PUNCH 1727f2 + 4 4} 16 BR4 NOT SUPPORTED 
DT11 (DT@3-FP) | 174269 + 2 1g? 8 BR7 NOT SUPPORTED 
DX11 176229 +49 1g} 4 BR4 NOT SUPPORTED 
DL11c, D, E 175619 +19 1g! 31 BR4 

DI11 FLOAT +19 1g? 16 BR4 NOT SUPPORTED 
DHil FLOAT +26 1g} 16 BR5 

GT4g 172698 293 BR4 NOT SUPPORTED 
LPS11l 17429 +46 3p) 14 BR5,6 | NOT SUPPORTED 
DQ11 FLOAT +18 1g! 16 BR5 NOT SUPPORTED 
RWLIW 172468 NA ig} Ll NOT SUPPORTED 
DU11 FLOAT +19 1g? 16 BR5 2786 ONLY 


Floating address and vector devices which are not supported under 
RSTS/E must be identified during system generation so that the system 
is configured for the correct addresses and vectors. 


‘The first vector for the first device of this type must always be on 
a 128(8) boundary. 


B.3 FIXED ADDRESSES AND VECTORS 


The table below lists the devices supported under RSTS/E which 
have fixed addresses and vectors. 


RC11/RC64 177446 4 PLATTERS 
RF11/RS11 177469 oe ne 8 PLATTERS 
RK11/RK@3/RKG5 177429 UP TO 8 DRIVES 
RP11C/RP#2/RPH3 176719 UP TO 8 DRIVES 
RH11/RS83/RS@4 172249 UP TO 4 DRIVES 
RH11/RP64 176769 UP TO 8 DRIVES 
RX11/RxX#1 177178 UP TO 8 DRIVES 
TCll 177346 UP TO 8 DRIVES 
TM11/TU1P 172529 UP TO 8 DRIVES 
RH11/TM#2/TU16 172449 UP TO 8 DRIVES 


LP1l, LS11 (LPQ) 177514 UP TO 8 PRINTERS 

(LP1) 164994 DEPENDING ON 

(LP 2) 164914 SPEED. 

(LP3) 164924 

(LP 4) 164934 

(LP5) 164944 

(LP6) 164954 

(LP7) 164964 


CR11, CM1il 
cD11 
cD1l 


177168 
177168 
(172468) 


NEW ADDRESS? 
OLD ADDRESS! 


KW11L 
KW11P 


177546 
172549 


1767$9 
KL11, DL11A, DL11B{ 177569 


KG1l 


2786 ONLY 


CONSOLE INTERFACE 


‘The CD1l address was changed by CD11 ECO number 13. 
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Automatic restart, 3-30 Exerciser programs, 
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running, 3-5 
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Building the SYSTST files, 2-15 
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minimum, 2-2 
software, 2-3 
CONTRL, See control program Generation, system, 2-2 
Control file (TSTBLD.CTL), 2-15 Guidelines for using CONTRL, 3-31 
Control program (CONTRL), 1-1, 3-1 
commands, 3-2 
guidelines for using the, 3-31 Initializing non-system disks, 2-8 
starting the, 3-1 Initializing the system disk, 2-6 
terminating the, 3-4 
CPEXER processor exerciser, 4-29 


Creating the system disk, 2-4 Keyboard exerciser, KBEXER, 4-25 
CREXER, card reader exerciser, KBEXER, keyboard exerciser, 4~25 
4-17 


Line Printer exerciser, LPEXER, 4-19 
DBEXER, RH1i/RP04 disk exerciser, LPEXER, Line Printer exerciser, 4-19 
4-9 
DECtape exerciser, DTEXER, 4-10 
DECtape, SYSTST build from, 2-20 Magtape exerciser, MTEXER, 4-13 


DEFAULT example, 2-13 Magtape, SYSTST build from, 2-19 
DEFAULT option, 2-11 Minimum configuration, 2-2 
Default start-up conditions, Missing devices, 2-2 

setting the, 2-1ll MTEXER, magtape exerciser, 4-13 


Device exerciser abstracts, 4-1 
Device exercisers, 1-1 


Devices, missing, 2-2 Non-supported devices, 2-3 
DFEXER, RF11/RS11 disk exerciser, Non-system disks, initializing, 2-8 
4-4 
Disk cartridge, SYSTST build from, 
2-15 Option, 
Disk configuration, 2-4 DEFAULT, 2-11 
Disk exercisers, 4-1 DSKINT, 2-6 
Disks, non-system, initializing, PATCH, 2-5 
2-8 REFRESH, 2-10 
DKEXER, RK11/RK03/RKO05 disk START, 2-13 
exerciser, 4-5 Options, special SYSGEN, A-1l 


DPEXER, RP11-C/RP03 disk 
exerciser, 4-7 
DSKINT example, 2-7 Paper tape punch exerciser, PPEXER, 
DSKINT option, 2-6 4-21 
DSKINT queries, 2-7, 2-8 
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Paper tape reader exerciser, 
PREXER, 4-23 


PATCH example, 2-5 
PATCH option, 2-5 
Pattern tests, 4-2 


Pound sign (#), 3-3 
PPEXER paper tape punch exerciser, 


4-21 
PREXER, paper tape reader exer- 
ciser, 4-23 


Processor exerciser, CPEXER, 4-29 


REFRESH example, 2-10 
REFRESH option, 2-10 
Reliability test, 1-1 


Restart, automatic, 3-30 

Restarting the system test, 3-28 

Restarting the system test after 
a crash, 3-29 

RF11/RS11 disk exerciser, DFEXER, 
4-4 

RH11/RP04 disk exerciser, DBEXER, 
4-9 

RK11/RK03/RK05 disk exerciser, 
DKEXER, 4-5 

RP11-C/RP03 disk exerciser, 
DPEXER, 4-7 

Running exerciser programs, 3-5 

Running the system reliability 
test, 3-1 


Setting the default start up 
conditions, 2-11 

Slash (/), 3-3 

Software configuration, 2-3 

Special SYSGEN options, A-1 

START example, 2-14 

Starting exerciser programs, 3-3 

Starting the control program, 
CONTRL, 3-1 

Starting time sharing, 2-13 


START option, 2-13 
Status of exerciser programs, 3-3 
SYSGEN, 2-2 
special options, A-1l 
System disk, 
creating the, 2-4 
initializing the, 2-6 
System files, building the, 
System generation, 2-2 
System patches, 2-5 
System reliability test, running 
the, 3-1 
System test files, See SYSTST 
System test programs, See SYSTST 
System test, restarting after a 
crash, 3-29 
System test, restarting the, 
SYSTST build, 
from DECtape, 2-20 
from disk cartridge, 
from magtape, 2-19 
SYSTST files, building the, 2-15 
SYSTST programs, 1-2 
SYSTST system test, 1-1 


2-10 


3-28 


2-15 


Terminal interfaces, 2-2 

Terminating the control program, 
CONTRL, 3-4 

Time sharing, starting, 2-13 

TSTBLD.CTL, control file, 2-15 

TSTBLD program, 2-16 


Vector assignments, address and, 
B-1 

Vectors and fixed addresses, B-8 

Vectors, floating, 2-3, B-7 
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HOW TO OBTAIN SOFTWARE INFORMATION 


SOFTWARE NEWSLETTERS, MAILING LIST 


The Software Communications Group, located at corporate headquarters in 
Maynard, publishes software newsletters for the various DIGITAL products. 
Newsletters are published monthly, and keep the user informed about cus- 
tomer software problems and solutions, new software products, documenta- 
tion corrections, as well as programming notes and techniques. 


There are two similar levels of service: 


. The Software Dispatch 
‘ The Digital Software News 


The Software Dispatch is part of the Software Maintenance Service. This 
service applies to the following software products: 


PDP-9/15 
RSX-11D 

DOS /BATCH 
RSTS/E 
DECsystem-10 


A Digital Software News for the PDP-1l and a Digital Software News for 
the PDP-8/12 are available to any customer who has purchased PDP-11 or 
PDP-8/12 software. 


A collection of existing problems and solutions for a given software 
system is published periodically. A customer receives this publication 
with his initial software kit with the delivery of his system. This 
collection would be either a Software Dispatch Review or Software Per- 
formance Summary depending on the system ordered. 


A mailing list of users who receive software newsletters is also main- 
tained by Software Communications. Users must sign-up for the news- 
letter they desire. This can be done by either completing the form sup- - 
plied with the Review or Summary or by writing to: 


Software Communications 
P.O. Box F 


SOFTWARE PROBLEMS 


Questions or problems relating to DIGITAL's software should be reported 
as follows: 


North and South American Submitters: 


Upon completion of Software Performance Report (SPR) form remove last 
copy and send remainder to: 


Software Communications 
P.O. Box F 
Maynard, Massachusetts 01754 


The acknowledgement copy will be returned along with a blank SPR form 
upon receipt. The acknowledgement will contain a DIGITAL assigned SPR 
number. The SPR number or the preprinted number should be referenced in 
any future correspondence. Additional SPR forms may be obtained from 
the above address. 


All International Submitters: 


Upon completion of the SPR form, reserve the last copy and send the re- 
mainder to the SPR Center in the nearest DIGITAL office. SPR forms are 
also available from our SPR Centers. 


PROGRAMS AND MANUALS 


Software and manuals should be ordered by title and order number. In the 
United States, send orders to the nearest distribution center. 


Digital Equipment Corporation Digital Equipment Corporation 


Software Distribution Center Software Distribution Center 
146 Main Street 1400 Terra Bella 
Maynard, Massachusetts 01754 Mountain View, California 94043 


Outside of the United States, orders should be directed to the nearest 
Digital Field Sales Office or representative. 


USERS SOCIETY 


DECUS, Digital Equipment Computers Users Society, maintains a user ex~ 
change center for user-written programs and technical application infor- 
mation. The Library contains approximately 1,900 programs for all 
DIGITAL computer lines. Executive routines, editors, debuggers, special 
functions, games, maintenance and various other classes of programs are 
available. 


DECUS Program Library Catalogs are routinely updated and contain lists 
and abstracts of all programs according to computer line: 


: PDP-8, FOCAL-8, BASIC-8, PDP-i2 
. PDP-7/9, 9, 15 

. PDP-11, RSTS-11 

. PDP-6/10, 10 


Forms and information on acquiring and submitting programs to the DECUS 
Library may be obtained from the DECUS office. 


In addition to the catalogs, DECUS also publishes the following: 


DECUSCOPE -The Society's technical newsletter, published bi-monthly, 
aimed at facilitating the interchange of technical in- 
formation among users of DIGITAL computers and at dis- 
seminating news items concerning the Society. Circula- 
tion reached 19,000 in May, 1974. 


PROCEEDINGS OF -Contains techni¢al papers presented at DECUS Symposia 
THE DIGITAL held twice a year in the United States, once a year 
EQUIPMENT USERS in Europe, Australia, and Canada. 

SOCIETY 

MINUTES OF THE -A report of the DECsystem-10 sessions held at the two 
DECsystem-10 United States DECUS Symposia. 

SESSIONS 

COPY-N-Mail ~A monthly mailed communique among DECsystem-10 users. 
LUG/SIG -Mailing of Local User Group (LUG) and Special Interest 


Group (SIG) communique, aimed at providing closer 
communication among users of a specific product or 
application. 


Further information on the DECUS Library, publications, and other DECUS 
activities is available from the DECUS offices listed below: , 


DECUS DECUS EUROPE 

Digital Equipment Corporation Digital Equipment Corp. International 
146 Main Street (Europe) 

Maynard, Massachusetts 01754 P.O. Box 340 


1211 Geneva 26 
Switzerland 
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Please cut along this line. 


RSTS/E 
System Reliability Test 
DEC-11-ORSRB-B-D 


READER'S COMMENTS 
NOTE: This form is for document comments only. Problems 
with software should be reported on a Software 


Problem Repcrt (SPR) form (see the HOW TO OBTAIN 
SOFTWARE INFORMATION page). 


Did you find errors in this manual? If so, specify by page. 


Did you find this manual understandable, usable, and well-organized? 
Please make suggestions for improvement. 


Is there sufficient documentation on associated system programs 
required for use of the software described in this manual? If not, 
what material is missing and where should it be placed? 


Please indicate the type of user/reader that you most nearly represent. 


Assembly language programmer 
Higher-level language programmer 


Occasional programmer (experienced) 


C) 
Cj 
OC) 
a User with little programming experience 
CO) Student programmer 

O 


Non-programmer interested in computer concepts and capabilities 


Name zat“ 
Organization 
Street 
city. State ip Code 
or 
Country 


If you do not require a written reply, please check here. OD 
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